Imaginez la NAND comme un disque dur, et la NOR comme un BIOS.
ExtendeD (./126) :
Mais ils auraient dans tous les cas interêt à avoir Nucleus embarqué dans l'OS pour le mettre à jour (dans l'hypothèse où la NOR n'est pas touchée par un flashage).
Ca pose aucun souci
Openslug ( http://www.nslu2-linux.org/ ) boote sur une partition flash de 4 Mo en jffs2 et de dépêche de monter un stick USB sur "/" pour profiter d'un espace mémoire plus grand, ext2, plus swap
ExtendeD (./126) :
ais "NAND Flash-ROM's requires bad block management to be performed by device driver software or hardware." comme Joerg dit, donc elle sera bien un moment en RAM avant exécution, même mmappée.
Oui, la NAND se lit par bloc de ~512 octets (rien à voir avec les "erase block" de 64-128 Ko) , la MMU a des pages de quelques ko, on peut se servir de la RAM comme d'un cache
Xim > linux est pas loin derrière le NOP
Si on accède au JTAG on pourra flasher la mémoire NOR en se passant complètement du cryptage, ce qui permettrait d'y mettre au moins un bootloader.
U-boot sait déja faire pas mal de trucs qui pourront être utile, comme trouver les cartographies mémoire, etc
Par JTAG on peut (théoriquement) aussi écrire en RAM et puis l'exécuter.