From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefan Roese Date: Fri, 2 May 2008 09:19:53 +0200 Subject: [U-Boot-Users] BDI2000 with ppc440epx. In-Reply-To: <406A31B117F2734987636D6CCC93EE3C02529384@ehost011-3.exch011.intermedia.net> References: <406A31B117F2734987636D6CCC93EE3C0364A9BE@ehost011-3.exch011.intermedia.net> <200805011434.52032.sr@denx.de> <406A31B117F2734987636D6CCC93EE3C02529384@ehost011-3.exch011.intermedia.net> Message-ID: <200805020919.53505.sr@denx.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hi Leonid, On Thursday 01 May 2008, Leonid wrote: > Thank you very much for your answer, it shows that our minds are working > alike :-). I didn't know what the problem is but I did exactly the thing > you suggest - put indefinite loop in the nand_boot() function with > condition, checking some address in RAM. I set breakpoint after this > loop and them modify memory via BDI and get my breakpoint! > > The issue I am investigating is that CPU ceased to boot from NAND flash > when we switched from NAND01GW3B2AZA6 ST Micro flash to another > NAND01GW3B2BZA6. They are presumably the same (page, block size, etc...) > only word 3 is 0 for first and 0x80 fort second. Word or byte? You are referring to the offset in the OOB, correct? Are you are using the latest U-Boot version with 2k page size NAND booting support? On large page NAND chips the bad block marker is in byte 0. Best regards, Stefan ===================================================================== DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office at denx.de =====================================================================