Uboot implémente aussi depuis quelques temps (mais pas eu de carte+boot l'utilisant) des fonctions graphiques, permettant d'initialiser l'écran et d'avoir des menus etc donc.
Contrairement à ce qui est dit dans l'article, il y a bien une unification par architecture avec Device Tree, dant queles pilotes sont dispo. Les versions spécifiques de ARMbian (ou d'autres distros), sont liés à certains périphériques pas encore présent dans le noyau mainline. Je boot personnellement du mainline sans bidouille sur plusieurs cartes ARM ou sur du RISC-V. Ça marche aussi bien avc U-Boot, LibreBoot, CoreBoot (ou OreBoot la version rust). RISC-V dispose aussi d'OpenSBI pour faciliter le standard, des fonctions d'aides génériques ouvertes.
Il y a aussi Linuxboot qui utilise le noyaux Linux pour le boot, permettant d'éviter d'avoir à dupliquer les pilotes du Device Tree. Mais ça peut être un peu lourd pour des systèmes limités si Linux n'est pas le système cible.
La légende du besoin d'UEFI pour arriver à un boot qui fonctionne sur différentes cartes/Soc utilisant la même ISA (instruction Set Architecture: ARM, RISC-V, Power, x86 etc) est tenace et fait perdre des ressources avec des devs qui s'engagent sur la mauvaise voie :(.
[^] # Re: Standardiser le boot sur équipements embarqué/arm.
Posté par tao popus . En réponse au journal Petitboot sur ARM, le bon, le bad et le ugly. Évalué à 1.
Uboot implémente aussi depuis quelques temps (mais pas eu de carte+boot l'utilisant) des fonctions graphiques, permettant d'initialiser l'écran et d'avoir des menus etc donc.
Contrairement à ce qui est dit dans l'article, il y a bien une unification par architecture avec Device Tree, dant queles pilotes sont dispo. Les versions spécifiques de ARMbian (ou d'autres distros), sont liés à certains périphériques pas encore présent dans le noyau mainline. Je boot personnellement du mainline sans bidouille sur plusieurs cartes ARM ou sur du RISC-V. Ça marche aussi bien avc U-Boot, LibreBoot, CoreBoot (ou OreBoot la version rust). RISC-V dispose aussi d'OpenSBI pour faciliter le standard, des fonctions d'aides génériques ouvertes.
Il y a aussi Linuxboot qui utilise le noyaux Linux pour le boot, permettant d'éviter d'avoir à dupliquer les pilotes du Device Tree. Mais ça peut être un peu lourd pour des systèmes limités si Linux n'est pas le système cible.
La légende du besoin d'UEFI pour arriver à un boot qui fonctionne sur différentes cartes/Soc utilisant la même ISA (instruction Set Architecture: ARM, RISC-V, Power, x86 etc) est tenace et fait perdre des ressources avec des devs qui s'engagent sur la mauvaise voie :(.