From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by ozlabs.org (Postfix) with ESMTP id E21E7681F5 for ; Thu, 8 Sep 2005 17:55:03 +1000 (EST) Received: by zproxy.gmail.com with SMTP id i1so1121882nzh for ; Thu, 08 Sep 2005 00:55:02 -0700 (PDT) Message-ID: <61124de7050908005569734361@mail.gmail.com> Date: Thu, 8 Sep 2005 13:25:02 +0530 From: Albert David To: Albert David , linuxppc-embedded@ozlabs.org In-Reply-To: <20050908063136.GA22596@gate.ebshome.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 References: <61124de7050907230383654a6@mail.gmail.com> <20050908063136.GA22596@gate.ebshome.net> Subject: Re: BDI2000 with PPC405EP Reply-To: albert.david@gmail.com List-Id: Linux on Embedded PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Dear Eugene, Thanks for your suggestion! This was indeed a hardware bug! I found a problem with my cpu strapping pins! UART0_TX was never driven externally(it was left open), Thanks again for your reply, with best regards, Albert. On 9/8/05, Eugene Surovegin wrote: > On Thu, Sep 08, 2005 at 11:33:53AM +0530, Albert David wrote: > > Friends, > > I have been trying to find a solution to fix "PPC: timeout while > > waiting for freeze" for my custom board. > > BDI2000 keeps resetting the system with the following message... > > > > TARGET: processing user reset request > > TARGET: resetting target passed > > TARGET: processing target startup .... > > *** TARGET: core #0 startup failed # PPC: timeout while waiting for fre= eze > > TARGET: target will be restarted in 10 sec > > > > I tried all the possible solutions provided at > > http://www.ultsol.com/faq-P206.htm for this perticular behaviour but > > the problem remains same! > > > > I have ensured that my Board's JTAG interface is properly working by > > boundary scanning the pins of PPC405EP using UniversalScan software > > with Altera-ByteBlaster MV. > > > > for your information: twice i could succeed connecting BDI2000 with my > > target! somehow it happen to work while i was trying to execute low > > level JTAG commands such as 'rir' rdr' and then after exiting(JTAG > > command shell of BDI) it worked, but there is no consistency! > > > > looks like my cpu core is not halting after asserting HALT line. > > has anyone faced similar problem?? >=20 > In _all_ cases I saw this problem it was a hw bug. Ask your hw > engineers to help you. Start with the usual suspects: power, clocks, > strapping, etc. >=20 > I don't think working boundary scan is an indication that hw design is > OK. >=20 > -- > Eugene >=20 >