I-Appliance BBS
The Official Source for Internet Appliance Upgrades and Mods

Click Here!
BBS Main List | Sign In | Sign Up | Search | Help | Linux-Hacker.netReply to Thread | Printer |

Home / MISC Areas / Mattel JuiceBox
bad block in nand in JuiceBoxUMDCart
bad block in nand in JuiceBoxUMDCart

New Messagebad block in nand in JuiceBoxUMDCart (modified 0 times) unix_guy
Profile
I seem to have one bad page (second page on first block) on my nand in my JuiceBoxUMDCart.
It seems to erase to all 0xFF but I get a write error on the same 28 bytes each time I write to it.
Does the ROM bootloader know how to handle bad blocks ?
10-18-2006 18:44:42

New MessageRE:bad block in nand in JuiceBoxUMDCart (modified 0 times) jbfan
Profile

I seem to have one bad page (second page on first block) on my nand in my JuiceBoxUMDCart.
One of the disadvantages of non-removable media ;-(

Does the ROM bootloader know how to handle bad blocks ?
It might have a mechanism for skipping/remapping bad blocks but the implementation is unknown - AFAIK bad block flagging is usually done by writing a value to the "extra" bytes at the end of a specific page within the block i.e. it is not done by the chip it self, the controlling program does it.

The boot process only needs the first 0x250 bytes or so of NAND to be valid so if the failing bytes are after that point in the first block you may be able to have your program start in the next block.

Have you read back the data to see if it is bad? You may try adjusting the program that is doing the writing, I had a timing issue with a 32M part that turned out to be caused by sending 4 address bytes as opposed to 3. Both 3 and 4 byte addresses are valid for a 32M part but this chip didn't like seeing the 4th byte (probably related to the slow speed that JTAG is switching the control signals). Doesn't sound like what you are seeing but it does show that minor issues can cause problems.

Good luck.

-J

10-19-2006 09:58:20

New MessageRE:bad block in nand in JuiceBoxUMDCart (modified 0 times) unix_guy
Profile
Thanks for the tips. I had tried to sprinkle lots of delays in my code but I still had the same problem of the bad bytes.
The real problem was me. I was jtagging in my nand write routine and then I was jtagging into memory
the binary program I wanted to store on the JuiceBoxUMDCart. This method works just fine if you
keep the two binaries far enough apart (I didn't and I stepped on my second binary thus changing the bytes). My binary
now boots from the nand(aka xd) section of the cartridge just fine.
Now on to step 2: booting from the nand(aka xd),reading a fat32 image from the sd card into memory and executing it.
(Thus eliminating the absolute nand write hassle)
10-19-2006 18:58:24

Reply to Thread | Printer |
All times are PSTPowered by UltraBoard v1.62



Copyright © 2000, Netmake Inc. All Rights Reserved.
See Terms and Conditions for more information.




i-opener opener laptop notebook computer help drivers dll free windows dos repair fix linux mac macintosh 2000 95 98 nt pc configure hardware software sound video netscape explorer network networking lan wan software cmos fat bios printer card mouse modem ide scsi cd rom controllers scanner tape hard drive cgi scripts source code mp3