premiera projektu , w ramach którego opracowywana jest wolna alternatywa dla zamkniętych firmware'ów i BIOS-ów. W stworzeniu nowej wersji wzięło udział 190 programistów, którzy przygotowali 2692 zmiany.
Podstawowe :
- Dodano wsparcie dla 49 płyt głównych, z których większość jest wykorzystywana w urządzeniach z Chrome OS. Usunięto wsparcie dla 51 płyty głównej. Usunięcie to dotyczy głównie zakończenia wsparcia dla przestarzałych płyt oraz prac związanych z eliminowaniem duplikatów podobnych wariantów płyt. Wiele płyt, które wcześniej były przedstawiane jako oddzielne modele, zostało połączonych w zestawy (variant), w których jeden moduł obejmuje całe rodziny urządzeń. Z uwagi na oczyszczenie duplikatów, mimo że formalnie liczba usuniętych płyt przewyższa liczbę dodanych, lista wspieranego sprzętu zwiększyła się. W nowym wydaniu wprowadzono również wiele zmian związanych z poprawą wsparcia dla urządzeń, które są dostarczane z OEM firmware'ami, w tym na podstawie Coreboot.
- Kontynuowano oczyszczanie bazy kodu. Obszerne notatki dotyczące licencji w nagłówkach plików zostały zastąpione krótkimi identyfikatorami . Imiona wszystkich autorów, którzy uczestniczyli w rozwoju, zostały zebrane w pliku AUTHORS. Przeprowadzono rewizję plików nagłówkowych w celu zminimalizowania kodu, który jest objęty podczas budowania każdej jednostki kompilacyjnej.
- Sterownik dla pamięci flash uznany za gotowy do szerokiego zastosowania. Sterownik wykorzystuje tryb SMM (system management mode) do zapisu, odczytu i czyszczenia obszarów pamięci flash, i może być stosowany w systemach operacyjnych lub komponentach firmware'u do organizacji trwałego przechowywania ustawień, bez potrzeby implementacji sterownika specyficznego dla każdej platformy.
- Rozszerzono narzędzia do testów jednostkowych, które zintegrowano z nowym systemem kompilacji i przeniesiono na użycie frameworka Cmocka. W drzewie źródeł dla testów jednostkowych stworzono oddzielny katalog tests/.
- Do komponentów, których użycie jest teraz obowiązkowe dla systemów x86, zaliczają się RELOCATABLE_RAMSTAGE, POSTCAR_STAGE i C_ENVIRONMENT_BOOTBLOCK. RELOCATABLE_RAMSTAGE pozwala w czasie wykonywania przenieść do inny obszar pamięci, który nie pokrywa się z pamięcią systemu operacyjnego ani z obsługą ładunku (przeniesienie jest konieczne, ponieważ ramstage jest buforowane w CBMEM dla szybszego uruchamiania po wyjściu z trybu uśpienia). POSTCAR_STAGE jest stosowane do przejścia od CAR (Cache-As-Ram) do uruchamiania kodu z DRAM. C_ENVIRONMENT_BOOTBLOCK umożliwia użycie bootblocka zbudowanego przy pomocy standardowego GCC, a nie wyspecjalizowanego kompilatora romcc.
- Kod wspierający platformy AMDFAM10, VIA VX900 i FSP1.0 (BROADWELL_DE, FSP_BAYTRAIL, RANGELEY) został wykluczony z głównej bazy kodu, ponieważ nie spełnia nowych wymagań. Na przykład, w FSP1.0 niemożliwe jest zrealizowanie fazy POSTCAR.
Źródło: opennet.ru
