We wrześniu był propozycja promowania celów oprogramowania układowego UEFI Rusta do poziomu 2. Przy obecnym oznaczeniu poziomu 3, cele Rust UEFI nie mają obecnie gwarancji ciągłej integracji (CI) i oficjalnych kompilacji w kanałach wydania Rust, co oznacza, że użytkownicy, którzy chcą używać Rust do kierowania binariów UEFI, muszą polegać na nocnych/niestabilnych kompilacjach kompilatorów.
David Rheinsberg z Red Hat był tym, który kontynuował promowanie celów oprogramowania układowego Rust UEFI, aby ułatwić tworzenie aplikacji Rust UEFI. Ta propozycja zakończyła się sukcesem, a zespół Rust zaakceptował teraz promowanie celów AArch64/i686/x86_64 UEFI do poziomu tier-2. Oznacza to, że w przyszłości pojawią się automatyczne kompilacje w kanałach wydania Rusta i automatyczne kompilacje CI. To z kolei obniża barierę korzystania z języka programowania Rust w pracach rozwojowych UEFI.
Wśród oprogramowania open source, które już dziś współpracuje z Rust w zakresie rozwoju UEFI, jest eksperymentalny rdzeń TianoCore EDK2 do Rust, obsługa td-shim Rust UEFI dla poufnych kontenerów, Cloud Hypervisor ma oparte na Rust minimalne oprogramowanie układowe UEFI wdrożenie i różne skrzynie związane z UEFI.
Dziś rano zespół kompilatorów Rusta zaakceptował propozycję zmian za podniesienie celów UEFI do poziomu poziomu 2.
To był dość obfitujący w wydarzenia rok dla Rusta, gdy początkowa infrastruktura Rusta pojawiła się wraz z jądrem Linux 6.1, wstępne prace pokazujące sterowniki Rust Linux mogą być tak szybkie jak sterowniki C, Mesa 22.3 pobiera początkowy kod Rusta w postaci udanego Implementacja Rusticl OpenCL, BUS1 działająca na r-linux jako środowisko uruchomieniowe Linuksa oparte na możliwościach Rust, GCC Rust prawdopodobnie pojawi się wraz z GCC 13, narzędzia utils jako implementacja Rust Coreutils stają się bardziej praktyczne i wiele innych kamieni milowych dla tego coraz popularniejszego języka programowania systemu./p>
