Hi,

The dm355 has an RBL that can handle booting from NAND flash. From sprufb3:

       ARM ROM Boot - NAND Mode
       – No support for a full firmware boot. Instead, copies a second
stage user boot loader (UBL) from
           NAND flash to ARM internal RAM (AIM) and transfers control
to the user-defined UBL.
       – Support for NAND with page sizes up to 2048 bytes.
       – Support for magic number error detection and retry (up to 24
times) when loading UBL
       – Support for up to 30KB UBL (32KB IRAM - ~2KB for RBL stack)
       – Optional, user-selectable, support for use of DMA and I-cache
during RBL execution (i.e.,while
           loading UBL)
       – Supports booting from 8-bit NAND devices (16-bit NAND devices
are not supported)
       – Supports 4-bit ECC (1-bit ECC is not supported)
       – Supports NAND flash that requires chip select to stay low
during the tR read time

I'm told most designs use only NOR flash despite the cost differential
in favour of NAND. Is there a good reason for this (assuming that's
true)? Is the lack of 16-bit support a problem with the typical
Spansion MirrorBit NAND?

Thanks,
jaya
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

Reply via email to