- Valve i Collabora pracują nad przeniesieniem sterownika RADV o otwartym kodzie źródłowym na system Windows, co miałoby stanowić alternatywę dla sterowników zastrzeżonych.
- Projekt opiera się na inżynierii wstecznej interfejsu WDDM2 w celu komunikacji ze sterownikiem trybu jądra AMD.
- Osiągnięto ważne kamienie milowe, jak na przykład wydanie gry Counter-Strike 2, chociaż brak oficjalnej dokumentacji od AMD stanowi przeszkodę.
- Celem tej inicjatywy jest poprawa stabilności, debugowania i wydajności procesorów graficznych AMD w systemie Windows.
Prawdopodobnie słyszałeś, że Linux to raj dla miłośników wolnego oprogramowania, a w świecie grafiki AMD, niepodzielnie króluje sterownik RADV. Ten sterownik Vulkan, zintegrowany z Mesą, stał się standardem dla graczy na Steam Decku i dowolnej dystrybucji Linuksa, przewyższając nawet oficjalne opcje firmy. Ale co, gdybyśmy mogli mieć tę samą moc i transparentność w systemie Windows? Cóż, istnieje grupa wysoce zmotywowanych osób, które właśnie to robią.
Chodzi nie o porzucenie sterowników, które już mamy, ale o zaoferowanie alternatywy. Firma Valve, która nadal promuje oprogramowanie open source, zapewniła finansowanie ekspertom z Collabora, którzy podejmą się próby przeniesienia RADV na system Microsoftu. Choć może się to wydawać niemożliwą misją, udało im się już uruchomić gry takie jak Counter-Strike 2 , co dowodzi, że droga, choć trudna, jest w pełni wykonalna przy odrobinie cierpliwości.
Z czego technicznie składa się ten port?
Aby zrozumieć problem, ważne jest, aby wiedzieć, że sterownik składa się z dwóch części: trybu użytkownika (UMD), w którym znajduje się RADV, oraz trybu jądra (KMD), który komunikuje się bezpośrednio ze sprzętem. W systemie Windows firma Microsoft używa interfejsu o nazwie WDDM2. Kluczowa różnica polega na tym, że od wersji Windows 10 interfejs ten umożliwia sterownikom innych firm bardziej elastyczną interakcję z jądrem niż dotychczas.
Problem polega na tym, że AMD strzeże swoich sekretów. Aby RADV działał, musi wysyłać dane do jądra AMD, ale dane te składają się z nieprzezroczystych „plam” i są nieudokumentowane. Aby rozwiązać ten problem, Faith Ekstrand stworzyła narzędzie o nazwie wddm2-pdd-re, które umożliwia rejestrowanie i analizowanie wywołań systemowych . Dzięki tej inżynierii wstecznej udało im się rozszyfrować, jak żądać pamięci, tworzyć kolejki zadań i ostatecznie rysować obiekty na ekranie.
Przeszkody na drodze: sprzęt i kompilatory
Nie wszystko poszło gładko. Deweloperzy zdali sobie sprawę, że nie wszystkie karty graficzne są sobie równe; na przykład, modernizacja z RX 7800 XT do RX 7900 XT powodowała ciągłe awarie systemu. Zmusiło ich to do udoskonalenia narzędzi debugowania , tworząc znacznie wydajniejszą warstwę rejestrowania WDDM2, która pozwalała precyzyjnie określić, gdzie przepływ poleceń ulegał awarii.
Co więcej, obsługa kompilatorów to prawdziwy ból głowy. Mesa jest zaprojektowana dla GCC i Clang, ale w systemie Windows dominującym kompilatorem jest MSVC. Okazuje się, że MSVC obsługuje enumeratory inaczej , czasami traktując je jako wartości ze znakiem, co prowadzi do nieprzewidywalnego zachowania, które może doprowadzić każdego programistę do szału.
Wąskie gardło: nieprzezroczystość AMD
Jeśli chcemy, aby każdy użytkownik mógł zainstalować i używać tego oprogramowania bez ryzyka awarii komputera, potrzebujemy stabilności. Obecnie RADV w systemie Windows jest niestabilny, ponieważ opiera się na prywatnych strukturach danych, które AMD może zmieniać w dowolnej oficjalnej aktualizacji sterownika bez powiadamiania kogokolwiek. To jak próba dopasowania elementu układanki, który zmienia kształt co tydzień.
Aby pokonać to wąskie gardło, firma Collabora pilnie zwróciła się do AMD lub Microsoftu z prośbą o udostępnienie udokumentowanego interfejsu lub biblioteki „shim”, która pełniłaby rolę mostu. Bez tego konserwacja będzie koszmarem. Kolejnym istotnym problemem jest prezentacja obrazu; obecnie korzystają z wolnej ścieżki opartej na procesorach i muszą wdrożyć łańcuchy wymiany DXGI, aby osiągnąć prawdziwie konkurencyjną wydajność i uniknąć wąskich gardeł.
Dlaczego powinniśmy zainteresować się tym projektem?
Posiadanie RADV w systemie Windows to nie tylko zachcianka programisty. Zastrzeżone sterowniki AMD dla systemu Windows bywają znane z niestabilności lub powodowania błędów graficznych w systemie Windows 11 , a także problemów w niektórych grach. RADV, będąc oprogramowaniem open source, pozwala społeczności zgłaszać błędy i stosować poprawki znacznie szybciej . Co więcej, ułatwiłoby to życie twórcom gier, którzy mogliby testować swój kod na jednej implementacji Vulkana dla obu systemów operacyjnych.
To może również dać drugie życie starszym kartom graficznym, których AMD już zaprzestało produkcji. Jako projekt społecznościowy, kompatybilność ze starszym sprzętem często trwa znacznie dłużej niż oficjalne wsparcie. Jeśli Valve będzie nadal promować tę koncepcję, możemy dojść do punktu, w którym instalacja RADV w systemie Windows stanie się preferowaną opcją dla uzyskania stabilności, a nawet kilku dodatkowych klatek na sekundę.
Wysiłki Valve i Collabora przekształciły szalony pomysł w działający prototyp, który już renderuje wielokąty w prawdziwych grach. Pomimo technicznych przeszkód z kompilatorami i braku oficjalnych instrukcji od AMD, fundamenty zostały położone. Przyszłość tej inicjatywy zależy teraz od tego, czy pojawi się gotowość do udostępnienia jądra, aby oprogramowanie open source mogło zabłysnąć również na komputerach milionów użytkowników systemu Windows.