Now the system can autoboot

This commit is contained in:
2024-10-21 14:10:28 +02:00
parent 8f98500a6e
commit ab70c77bdb

27
Tp3.md
View File

@@ -303,15 +303,36 @@ CONFIG_CMD_BOOTZ=y
Tout a l'air ok donc je comprends pas trop
[TODO]
en fait j'ai redémarré ma board entre le moment ou j'ai tftp mes fichiers et du coup l'info a été perdue. Et la commande bootz a été codée visiblement pour ne rien dire...
Bref maintenant voici le résultat
```
=> bootz 0x21000000 - 0x22000000
## Flattened Device Tree blob at 22000000
Booting using the fdt blob at 0x22000000
Loading Device Tree to 2fb29000, end 2fb35ee1 ... OK
Starting kernel ...
```
### [Q13] : Après avoir lu les messages d'erreur du noyau, expliquez aussi simplement que possible, quelle est la raison de la “panique” (ou crash) du noyau ?
[TODO]
`---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,253) ]---`
Voici l'erreur que on a quand on essaie de booter sur le kernel.
Le kernel n'est pas content car il n'arrive pas à charger le rootfs
### [Q14] : Donnez le “code” U-Boot que vous avez écrit pour réaliser ce boot automatique.
[TODO]
`setenv bootmenu_2 'Boot from local =echo "booting from local"'`
voici le code d'exemple pour ajouter une troisème entrée de bootmenu qui fait un simple echo..
`setenv bootmenu_3 'Boot from tftp=tftp 0x21000000 192.168.100.240:zImage && tftp 0x22000000 192.168.100.240:device_tree.dtb && bootz 0x21000000 - 0x22000000'`
Grâce à cette commande j'ai ajouté un nouveau menu qui quand on le selectionne va directement récupèrer tous les fichiers depuis notre machine et va ensuite lancer le kernel
## Flasher le noyau et le Device Tree dans la NAND