AMD publikuje firmware RDNA 4m dla Linuksa. APUs Medusa Point są coraz bliżej

Nie jest to więc tylko kolejny identyfikator urządzenia dodany do sterownika. Zestaw obejmuje wiele bloków IP, które zintegrowany układ graficzny musi zainicjalizować, aby działać jako kompletny system graficzny. Dzięki temu ścieżka programowa dla GFX 11.7 wygląda dziś znacznie dojrzalej niż w momencie, gdy wsparcie istniało wyłącznie w rozwojowych wersjach kernela, kompilatora i stosu graficznego.

Dlaczego moment publikacji ma znaczenie

Firmware jest niezbędnym elementem obsługi sprzętu w Linuksie, ale stanowi tylko jedną warstwę całego stosu. Kernel musi rozpoznawać układ, LLVM musi umieć kompilować dla niego shadery, a Mesa musi udostępniać odpowiednie ścieżki Vulkan i OpenGL.

AMD już wcześniej przygotowywało obsługę GFX 11.7 w sterowniku AMDGPU dla kernela Linuksa oraz w backendzie kompilatora AMDGPU w LLVM. Następnie w Mesa 26.3 dodano obsługę GFX1171 zarówno do RADV, sterownika Vulkan, jak i RadeonSI, sterownika OpenGL. Zmiana w Mesa w dużej mierze dodaje identyfikatory GFX1171 i wykorzystuje istniejące ścieżki kodu przygotowane dla GFX1170.

Taka kolejność prac jest korzystna dla dystrybucji. Jeśli firmware pojawia się w linux-firmware przed premierą sprzętu, twórcy systemów mają czas, by uwzględnić go w aktualizacjach. Użytkownicy mogą dzięki temu otrzymać działający stos graficzny bez instalatora producenta i bez ręcznego pobierania brakujących plików.

GFX1172 wciąż czeka

W opublikowanym zestawie znalazło się firmware dla GFX1170 i GFX1171, ale nie dla GFX1172. Prace nad kompilatorem i sterownikiem wskazują, że GFX1170, GFX1171 i GFX1172 są celami należącymi do rodziny RDNA 4m, a dostępny kod wykorzystuje dla nich te same ścieżki możliwości ISA.

Brak GFX1172 może oznaczać późniejszy produkt, wariant, który nie jest jeszcze gotowy do publicznego udostępnienia firmware, albo po prostu odrębny harmonogram premiery. Nie wystarcza to jednak do potwierdzenia konkretnej strategii segmentacji produktów. Oznacza również, że obecnej publikacji nie należy przedstawiać jako kompletnej obsługi wszystkich znanych układów z rodziny GFX117x.

Czym jest RDNA 4m — i czego nadal nie wiemy

GFX 11.7 znajduje się liczbowo pomiędzy RDNA 3.5, oznaczanym jako GFX 11.5, a dyskretnym RDNA 4 z identyfikatorem GFX 12.0. W otwartych pracach AMD cele GFX1170, GFX1171 i GFX1172 są grupowane pod określeniem „RDNA 4m”, ale są to wewnętrzne identyfikatory graficzne, a nie nazwy handlowe produktów.

Dostępne informacje pozwalają opisywać RDNA 4m jako pośrednią lub pochodną gałąź grafiki przeznaczoną dla platform APU albo SoC. Litera „m” może sugerować układy mobilne lub zintegrowaną grafikę, zwłaszcza że doniesienia łączą te prace z niezapowiedzianą rodziną Medusa Point. AMD nie zdefiniowało jednak publicznie tego przyrostka i nie potwierdziło formalnie, że każdy cel GFX117x należy do Medusa Point.

Kod źródłowy nie zdradza też parametrów, które zwykle najbardziej interesują kupujących. W cytowanych materiałach nie ma potwierdzonej nazwy produktu, liczby jednostek obliczeniowych, taktowania, konfiguracji pamięci, celu wydajnościowego ani daty premiery GFX1171.

Jaka konfiguracja Linuksa będzie najbezpieczniejsza

Osoby planujące przyszły komputer z grafiką GFX 11.7 powinny oczekiwać zgodności kilku elementów jednocześnie:

1. Kernela zawierającego główne zmiany AMDGPU dla GFX 11.7.
2. Aktualnego pakietu linux-firmware z wymaganymi plikami binarnymi.
3. Obsługi odpowiedniego celu GFX117x w LLVM.
4. Mesa 26.3 lub nowszej, która zapewnia najbardziej klarowną bazę dla GFX1171 w sterownikach RADV i RadeonSI.

Linux 7.3 jest logicznym celem dla pełnej obsługi po stronie kernela, ponieważ zmiany AMDGPU dotyczące GFX 11.7 i DCN 4.2 były przygotowywane z myślą o tym cyklu rozwojowym. Mesa 26.2 może obejmować część wcześniejszych prac nad GFX1170, jednak dla systemu korzystającego z GFX1171 bezpieczniejszą rekomendacją pozostaje Mesa 26.3.

Nie oznacza to, że każda dystrybucja udostępni identyczny poziom obsługi tego samego dnia. Jądra dystrybucyjne i pakiety Mesa mogą pojawić się później niż kod upstream, a brak firmware dla GFX1172 pokazuje, że prace nadal są prowadzone etapami.

UALink to odrębny temat

W podobnym czasie AMD przesłało do kernela Linuksa dużą serię poprawek dotyczących UALink. Jest to standard połączeń i komunikacji dla akceleratorów, zaprojektowany z myślą o łączeniu GPU oraz innych akceleratorów AI w systemach centrów danych.

Zbieżność terminów pokazuje szeroką aktywność AMD w projektach rozwijanych otwarcie, ale nie należy traktować jej jako dowodu, że APU Medusa Point będą korzystać z UALink. Firmware RDNA 4m dotyczy zintegrowanej grafiki i jej stosu programowego w Linuksie, natomiast prace nad UALink koncentrują się na infrastrukturze akceleratorów.

Wnioski

Publikacja firmware RDNA 4m wyraźnie wzmacnia tezę, że sprzęt GFX 11.7 zbliża się do dostępności, a obsługa Linuksa jest przygotowywana stosunkowo wcześnie. Połączenie firmware, zmian w sterowniku AMDGPU, wsparcia LLVM i prac nad Mesa wskazuje na możliwość premiery z dużo bardziej kompletną bazą otwartego oprogramowania niż w przypadku platformy ujawnionej dopiero po debiucie.

W przypadku Medusa Point właściwy wniosek brzmi jednak: „coraz bliżej premiery”, a nie „oficjalnie zapowiedziane”. Publikacja nie potwierdza rodziny procesorów, konkretnych układów, wydajności ani daty debiutu. GFX1172 również pozostaje poza opublikowanym zestawem firmware.

Najbardziej uzasadnione oczekiwanie to nadchodząca platforma APU lub SoC z mocnym przygotowaniem do pracy w Linuksie. Dla GFX1171 najbardziej obiecującą bazą będzie dystrybucja z aktualnym linux-firmware, obsługą po stronie kernela z cyklu Linux 7.3 oraz Mesa 26.3 lub nowszą.