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
