lancement du projet , qui développe une alternative gratuite au micrologiciel et au BIOS propriétaires. 190 développeurs ont participé à la création de la nouvelle version, qui a préparé 2692 modifications.
principal :
- Ajout de la prise en charge de 49 cartes mères, dont la plupart sont utilisées sur des appareils dotés de Chrome OS. Suppression de la prise en charge de 51 cartes mères. La suppression concerne principalement la fin de la prise en charge des cartes existantes et l'élimination des doublons de variantes de cartes similaires. De nombreuses cartes qui étaient auparavant présentées sous forme de modèles distincts sont regroupées en ensembles (variantes), dans lesquels un module couvre toute la famille d'appareils à la fois. Compte tenu du nettoyage des doublons, malgré le fait que formellement le nombre de cartes supprimées dépasse le nombre de cartes ajoutées, la liste des équipements pris en charge s'est allongée. La nouvelle version inclut également un grand nombre de modifications visant à améliorer la prise en charge des appareils livrés avec un micrologiciel OEM, y compris ceux basés sur Coreboot.
- Le nettoyage de la base de code s'est poursuivi. Les longues notes de licence dans les en-têtes de fichiers ont été remplacées par de courts identifiants . Les noms de tous les auteurs ayant participé au développement sont rassemblés dans le fichier AUTEURS. Une révision des fichiers d'en-tête a été effectuée afin de minimiser le code couvert lors de l'assemblage de chaque unité d'assemblage.
- Pilote pour lecteurs flash reconnu comme prêt à être utilisé à grande échelle. Le pilote utilise SMM (mode de gestion du système) pour écrire, lire et effacer des zones de la mémoire flash, et peut être utilisé dans les composants du système d'exploitation ou du micrologiciel pour stocker de manière permanente les paramètres, sans qu'il soit nécessaire d'implémenter un pilote spécifique à la plate-forme.
- Les outils de tests unitaires ont été étendus, intégrés au nouveau système de construction et transférés à l'utilisation du framework Cmocka. Un répertoire tests/ distinct a été créé dans l’arborescence des sources pour les tests unitaires.
- Les composants désormais obligatoires pour les systèmes x86 incluent RELOCATABLE_RAMSTAGE, POSTCAR_STAGE et C_ENVIRONMENT_BOOTBLOCK. RELOCATABLE_RAMSTAGE permet la relocalisation de l'exécution vers une autre zone mémoire qui ne chevauche pas la mémoire du système d'exploitation ou des gestionnaires de charge utile (le déplacement est nécessaire car le ramstage est mis en cache dans CBMEM pour un chargement plus rapide lors de la sortie du mode veille). POSTCAR_STAGE est utilisé pour passer du CAR (Cache-As-Ram) à l'exécution du code à partir de la DRAM. C_ENVIRONMENT_BOOTBLOCK vous permet d'utiliser un bloc de démarrage compilé à l'aide de GCC standard, plutôt que du compilateur romcc spécialisé.
- Le code pour prendre en charge les plateformes AMDFAM10, VIA VX900 et FSP1.0 (BROADWELL_DE, FSP_BAYTRAIL, RANGELEY), qui ne répondent pas aux nouvelles exigences, a été exclu de la base de code principale. Par exemple, il n'est pas possible d'implémenter l'étape POSTCAR dans FSP1.0.
Source: opennet.ru