oreboot est un fork de coreboot entièrement réécrit en Rust, éliminant ainsi le code C traditionnel. Ce projet vise à fournir une solution de firmware open source plus sûre et moderne. Ce guide vous accompagnera de la configuration de l'environnement de développement à l'exécution de simulations, vous permettant de maîtriser les bases d'oreboot.

Pourquoi choisir oreboot ?

Le développement en Rust offre des avantages significatifs en termes de sécurité mémoire et de sécurité des types, réduisant efficacement les vulnérabilités courantes dans les firmware traditionnels. Son architecture modulaire supporte plusieurs plateformes matérielles, notamment l'environnement d'émulation QEMU et diverses cartes de développement.

Préparation de l'environnement : Configuration en trois étapes

1. Clonage du dépôt

git clone https://gitcode.com/gh_mirrors/or/oreboot
cd oreboot

2. Isntallation des dépendances

make debiansysprepare
make firsttime

Note : Ces commandes installeront automatiquement la chaîne d'outils Rust, l'émulateur QEMU et autres dépendances nécessaires.

3. Vérification de l'environnement

Vérifiez que tous les composants sont correctement installés :

cargo --version
qemu-system-riscv64 --version

Architecture d'oreboot

oreboot utilise une conception en couches, basée sur le modèle de développement embarqué Rust :

• Couche d'abstraction matérielle : src/arch/src/riscv64/
• Traitement du device tree : src/lib/layoutflash/src/
• Point d'entrée principal : src/mainboard/emulation/qemu-riscv/main/src/main.rs

Exécution d'une simulation avec QEMU

Démarrage rapide de la simulation

make run-mainboard-emulation-qemu-riscv

Processus de démarrage

Le démarrage d'oreboot se décompose en trois phases clés :

1. Phase bt0 : Initialisation du matériel, située dans src/mainboard/emulation/qemu-riscv/bt0/
2. Phase principale : Chargement du device tree et du payload, dans src/mainboard/emulation/qemu-riscv/main/
3. Chargement du payload : Généralement le noyau Linux ou un système u-root

Commandes de développement courantes

Prochaines études recommandées

1. Explorer le device tree : Examinez la définition de la disposition du firmware dans src/lib/layoutflash/src/layout.rs
2. Analyser le processus de démarrage : Lisez src/mainboard/emulation/qemu-riscv/main/src/main.rs
3. Rejoindre la communauté : Consultez les issues du projet marquées "good first issue"