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: [EMAIL PROTECTED]
=====================================================================

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users

Reply via email to