Dans le monde de l'embarqué, c'est parfois possible:
Quand l'image est stockée sur une flash NOR, le CPU la voit en intégralité comme "mappée mémoire". Au boot le CPU (j'ai eu ça sur iMx.27) peut alors exécuter le code à partir de l'adresse 0 de la flash. Le bootloader est réduit à sa plus simple expression.
Bon par contre les flash NOR sont hors de prix par rapport à leur capacité donc c'est difficilement envisageable au delà de quelques dizaine de mega-octets.
Si par contre l'image est stocké sur une flash NAND ou une mémoire type (e)MMC alors le CPU va charger quelque chose du style les premiers 256 ou 4046 octets et les exécuter. Le code devra alors charger en RAM le noyau avant de le démarrer. Un peu comme sur un boot MBR.
Une troisième voie serait d'avoir un bootloader compact stocké en permanent qui viennent charger le noyau depuis une mémoire NAND/eMMC. Mais là j'ai l'impression qu'on se rapproche de l'idée de petitboot.
[^] # Re: Apprximation
Posté par flavien75 . En réponse au journal Petitboot sur ARM, le bon, le bad et le ugly. Évalué à 4.
Dans le monde de l'embarqué, c'est parfois possible:
Quand l'image est stockée sur une flash NOR, le CPU la voit en intégralité comme "mappée mémoire". Au boot le CPU (j'ai eu ça sur iMx.27) peut alors exécuter le code à partir de l'adresse 0 de la flash. Le bootloader est réduit à sa plus simple expression.
Bon par contre les flash NOR sont hors de prix par rapport à leur capacité donc c'est difficilement envisageable au delà de quelques dizaine de mega-octets.
Si par contre l'image est stocké sur une flash NAND ou une mémoire type (e)MMC alors le CPU va charger quelque chose du style les premiers 256 ou 4046 octets et les exécuter. Le code devra alors charger en RAM le noyau avant de le démarrer. Un peu comme sur un boot MBR.
Une troisième voie serait d'avoir un bootloader compact stocké en permanent qui viennent charger le noyau depuis une mémoire NAND/eMMC. Mais là j'ai l'impression qu'on se rapproche de l'idée de petitboot.
Les vrais naviguent en -42