Projektveröffentlichung , im Rahmen dessen eine freie Alternative zu proprietären Firmware- und BIOS-Systemen entwickelt wird. An der Erstellung der neuen Version haben 190 Entwickler teilgenommen, die 2692 Änderungen vorbereitet haben.
Haupt- :
- Die Unterstützung für 49 Motherboards wurde hinzugefügt, die meisten davon werden in Geräten mit Chrome OS verwendet. Die Unterstützung für 51 Motherboards wurde entfernt. Die Entfernung betrifft hauptsächlich die Beendigung der Unterstützung für veraltete Platinen und die Durchführung von Arbeiten zur Beseitigung von doppelten ähnlichen Platinenvarianten. Viele Platinen, die früher als separate Modelle dargestellt wurden, wurden in Sätze (variant) zusammengefasst, in denen ein Modul die gesamte Familie von Geräten abdeckt. Trotz der formellen Tatsache, dass die Anzahl der entfernten Platinen die Anzahl der hinzugefügten übersteigt, hat sich die Liste der unterstützten Hardware erhöht. In diesem neuen Release wurden auch zahlreiche Änderungen vorgenommen, die die Unterstützung von Geräten verbessern, die mit OEM-Firmware geliefert werden, einschließlich auf Basis von Coreboot.
- Die Bereinigung des Codes wird fortgesetzt. Umfangreiche Lizenzvermerke in den Header-Dateien wurden durch kurze IDs ersetzt. . Die Namen aller Autoren, die an der Entwicklung beteiligt waren, sind in der Datei AUTHORS gesammelt. Eine Überprüfung der Header-Dateien wurde durchgeführt, um den beim Kompilieren jeder Baugruppe abgedeckten Code zu minimieren.
- Treiber für Flash-Speicher wurde als bereit für den breiten Einsatz anerkannt. Der Treiber verwendet den SMM (System Management Mode), um Bereiche im Flash-Speicher zu schreiben, zu lesen und zu löschen, und kann in Betriebssystemen oder Firmware-Komponenten verwendet werden, um die dauerhafte Speicherung von Einstellungen zu organisieren, ohne dass ein plattformspezifischer Treiber implementiert werden muss.
- Die Mittel zur Durchführung von Unit-Tests wurden erweitert, die mit dem neuen Build-System integriert sind und auf das Cmocka-Framework umgestellt wurden. Im Quellbaum für die Unit-Tests wurde ein separates Verzeichnis tests/ erstellt.
- Die Komponenten, deren Verwendung nun obligatorisch für x86-Systeme ist, umfassen RELOCATABLE_RAMSTAGE, POSTCAR_STAGE und C_ENVIRONMENT_BOOTBLOCK. RELOCATABLE_RAMSTAGE ermöglicht es, während der Ausführung zu verschieben in einen anderen Speicherbereich, der sich nicht mit dem Speicher des Betriebssystems oder der Payload-Handler überlappt (die Verschiebung ist notwendig, da ramstage im CBMEM für schnellere Bootzeiten im Aus-Zustand zwischengespeichert wird). POSTCAR_STAGE wird verwendet, um von CAR (Cache-As-Ram) zum Starten des Codes aus DRAM zu wechseln. C_ENVIRONMENT_BOOTBLOCK ermöglicht die Verwendung von bootblock, der mit dem normalen GCC und nicht mit dem spezialisierten Compiler romcc erstellt wurde.
- Der Code zur Unterstützung der Plattformen AMDFAM10, VIA VX900 und FSP1.0 (BROADWELL_DE, FSP_BAYTRAIL, RANGELEY) wurde aus der Hauptcodebasis entfernt, da sie nicht den neuen Anforderungen entsprechen. Beispielsweise kann in FSP1.0 keine POSTCAR-Phase implementiert werden.
Quelle: opennet.ru
