Prace nad sterownikiem AMD GDDR7 dla Linuxa sygnalizują następną generację Radeonów, a nie rychłą premierę

AMD dodało pierwszy identyfikator GDDR7 do swojego sterownika graficznego dla Linuxa, choć nie zapowiedziało żadnego Radeona nowej generacji ani daty premiery. Zmiana w sterowniku AMD GDDR7 dla Linuxa jest niewielka, lecz jej moment ma znaczenie. Pojawia się obok obsługi kilku nowych bloków graficznych, które nie należą do obecnego sprzętu Radeon.

To połączenie daje wyjątkowo wyraźny wgląd w przygotowania AMD do przyszłego dedykowanego GPU. Obecne karty Radeon RX 9000 korzystają z GDDR6, podczas gdy Nvidia już oferuje GDDR7 w całej generacji GeForce RTX 50. AMD przygotowuje obecnie swój otwartoźródłowy stos oprogramowania do obsługi tego samego standardu pamięci.

Poprawki nie wymieniają RDNA 5, nie ujawniają karty graficznej ani nie wskazują, kiedy kupujący zobaczą nowy sprzęt. Pokazują, że rozpoczęło się przygotowywanie obsługi programowej. Kluczowa rywalizacja nie dotyczy więc samego GDDR7 kontra GDDR6. Chodzi o przygotowania AMD w głównej gałęzi rozwoju wobec wymagań zapewnienia dojrzałej obsługi Linuxa, gdy ostatecznie pojawi się kolejna generacja Radeonów.

Obsługa AMD GDDR7 w sterowniku Linuxa zaczyna się od jednego jednoznacznego identyfikatora

Najbardziej wyraźną zmianą jest nowa etykieta pamięci, wspierana przez szerszy zestaw poprawek dotyczących grafiki nowej generacji.

Inżynierowie AMD przesłali 21 września 2026 roku zmiany do jądra Linuxa, które dodają GDDR7 jako rozpoznawany typ pamięci wideo w sterowniku AMDGPU. AMDGPU to sterownik jądra zarządzający obsługiwanymi procesorami graficznymi Radeon w systemie Linux.

Omawiana zmiana w kodzie nie ujawnia pojemności pamięci, szybkości transferu danych, szerokości magistrali ani nazwy karty. Daje sterownikowi możliwość identyfikacji GDDR7 podczas raportowania pamięci podłączonej do zgodnego sprzętu. Ta ograniczona funkcja ma znaczenie, ponieważ obecnie sprzedawane gamingowe produkty Radeon nie wymagają jej jeszcze.

Poprawka pojawiła się wraz z obsługą IH 8.0 i NBIF 7.10. IH oznacza moduł obsługi przerwań, który przetwarza zdarzenia sprzętowe wymagające uwagi sterownika. NBIF to New Bus Interface AMD, blok zaangażowany w połączenia między GPU a szerszym systemem.

Niedawne prace rozwojowe obejmowały również Display Core Next 6, znany jako DCN 6, oraz rozwiązania związane z GFX 13.0.x. DCN obsługuje funkcje związane z wyświetlaniem obrazu, natomiast oznaczenie GFX identyfikuje generacje sprzętu graficznego AMD w obrębie sterownika.

Zmiany te tworzą rozpoznawalny wzorzec przygotowywania obsługi. AMD dzieli nowoczesne GPU na wielokrotnego użytku bloki własności intelektualnej, a następnie z czasem wprowadza dla nich obsługę Linuxa. Kompletny produkt może łączyć komponenty grafiki, wyświetlania obrazu, pamięci, zabezpieczeń, multimediów i interfejsu magistrali.

Taki model pozwala AMD przesyłać znaczną część kodu pomocniczego bez publikowania tradycyjnego opisu produktu. Recenzenci mogą zobaczyć pojedyncze bloki konstrukcyjne, zanim AMD połączy je z nazwanym konsumenckim GPU.

Oryginalne omówienie poprawek wskazało etykietę GDDR7 jako najbardziej bezpośrednie powiązanie z przyszłymi samodzielnymi kartami graficznymi. Inne bloki mogą trafić do produktów zintegrowanych, profesjonalnych lub centrów danych. Dedykowana pamięć graficzna stanowi węższą wskazówkę.

Tom's Hardware doszedł do podobnego wniosku w swojej analizie sterownika. Opisał dodanie GDDR7 jako dowód, że AMD przygotowuje oprogramowanie dla przyszłego dedykowanego sprzętu Radeon. Zaznaczył również, że poprawki nie czynią premiery rychłą.

To rozróżnienie jest kluczowe. Dodanie symbolicznego identyfikatora nie oznacza ukończenia treningu pamięci, zarządzania energią, obsługi błędów, obsługi wstrzymania działania ani strojenia wydajności. To jeden widoczny element znacznie większego programu prac nad sterownikiem.

Nowe bloki IP wzmacniają szerszy wniosek, ponieważ pokazują rozwój w kilku częściach stosu graficznego. Nadal nie dowodzą jednak, że każdy blok należy do jednego produktu. AMD może ponownie wykorzystywać powiązane technologie w wielu układach i segmentach rynku.

Uzasadniony wniosek jest wąski, lecz istotny. AMD spodziewa się, że co najmniej jedna nadchodząca platforma GPU obsługiwana przez AMDGPU będzie korzystać z GDDR7. Firma zaczęła umieszczać wymagane fundamenty w publicznej bazie kodu Linuxa.

Dlaczego wskazówka dotycząca GDDR7 wykracza poza RDNA 4

GDDR7 odróżnia te prace od obecnej generacji Radeonów AMD wyraźniej niż ponumerowane bloki IP.

AMD wprowadziło serię Radeon RX 9070 z architekturą RDNA 4 i pamięcią GDDR6. RX 9070 ma 16 GB GDDR6 na 256-bitowym interfejsie. Deklarowana szybkość pamięci sięga 20 Gb/s, zapewniając przepustowość do 640 GB/s.

Dane te pochodzą z aktualnej specyfikacji RX 9070 firmy AMD. RX 9070 XT także wykorzystuje 16 GB GDDR6 i 256-bitowy interfejs. Nic w desktopowej ofercie Radeon RX 9000 nie wymaga nowej identyfikacji GDDR7.

To sprawia, że dodatek do sterownika ma charakter wybiegający w przyszłość. Nie jest potrzebny do identyfikowania typu pamięci w obecnych kartach gamingowych AMD RDNA 4. Zamiast tego przygotowuje AMDGPU na sprzęt, którego kontroler pamięci i podłączone urządzenia korzystają z nowszego standardu.

GDDR7 to kolejna generacja pamięci Graphics Double Data Rate dla wymagających dużej przepustowości obciążeń graficznych. Może przesyłać więcej danych na pin niż GDDR6, dając projektantom GPU dodatkowe możliwości równoważenia przepustowości, szerokości interfejsu, złożoności płytki i poboru energii.

Sam standard pamięci nie określa jednak wydajności. GPU z GDDR7 może wciąż przegrać z konstrukcją GDDR6, ponieważ szybkość renderowania zależy od całego systemu. Znaczenie mają zasoby obliczeniowe, wielkość pamięci podręcznej, kompresja, taktowania, oprogramowanie oraz szerokość interfejsu pamięci.

Poprawka sterownika nie ujawnia też cech, których kupujący potrzebowaliby do sensownego porównania. Nie mówi nic o tym, czy AMD planuje interfejs 128-bitowy, 192-bitowy, 256-bitowy czy szerszy. Nie ujawnia szybkości ani pojemności pamięci.

Te braki uniemożliwiają odpowiedzialne oszacowanie przepustowości. Wąski interfejs połączony z szybszą pamięcią mógłby poprawić efektywność bez celowania w najwyższy segment wydajności. Szerszy interfejs mógłby wspierać bardziej agresywny model flagowy, lecz publiczny kod tego nie potwierdza.

Prawdopodobne powiązanie z RDNA 5 wynika z kontekstu, a nie z zapowiedzi AMD. RDNA 4 jest już w sprzedaży, podczas gdy nowe rewizje GFX, wyświetlania, przerwań i interfejsu magistrali wskazują na późniejszy sprzęt. GDDR7 zapewnia najsilniejsze zorientowane na konsumentów powiązanie spośród tych wskazówek.

Nawet nazwa RDNA 5 wymaga ostrożności. AMD nie przypisało tej etykiety architektury do poprawek. Nie opublikowało też wraz z nimi planu rozwoju produktów. Nazwanie tego potwierdzoną obsługą RDNA 5 zmieniłoby mocny wniosek w niepoparte twierdzenie.

Termin pasuje do ugruntowanego procesu AMD w głównej gałęzi rozwoju. Dostawcy sprzętu muszą przygotować obsługę jądra, zanim klienci będą mogli oczekiwać niezawodnego działania w różnych dystrybucjach Linuxa. Przegląd kodu, integracja, koordynacja firmware'u i testowanie mogą obejmować wiele cykli rozwoju jądra.

Wczesne publiczne prace są szczególnie użyteczne dla sterownika tworzonego w ekosystemie głównej gałęzi Linuxa. Pozwalają opiekunom projektu przeglądać interfejsy przed premierą i dają dystrybucjom czas na włączenie wymaganych zmian jądra.

Proces ten przynosi korzyści użytkownikom Linuxa, ale ujawnia też ślady rozwoju. Nowy identyfikator może zdradzić zmianę standardu pamięci, nawet gdy powiązany produkt pozostaje poufny. Ponumerowane rewizje IP mogą ujawnić zarys platformy bez zdradzania jej konfiguracji handlowej.

Poprawka AMD GDDR7 dla sterownika Linuxa potwierdza zatem przygotowania, a nie ukończoną architekturę. Zawęża zakres rozsądnych oczekiwań wobec pamięci przyszłych Radeonów. Nie rozstrzyga jednak kształtu, skali ani harmonogramu GPU, z którym będzie powiązana.

Nvidia już podniosła konkurencyjny punkt odniesienia

AMD przygotowuje się na standard pamięci, który Nvidia już przekształciła w dostępny konsumencki sprzęt.

Seria GeForce RTX 50 firmy Nvidia, oparta na Blackwell, uczyniła GDDR7 aktualną technologią gamingowych GPU, a nie odległą specyfikacją. Jej flagowy RTX 5090 łączy 32 GB GDDR7 z 512-bitowym interfejsem pamięci, zgodnie z opublikowaną specyfikacją Nvidia.

To porównanie nie oznacza, że AMD musi skopiować konfigurację RTX 5090. Pokazuje, gdzie przesunął się konkurencyjny punkt odniesienia. Zanim pojawi się Radeon nowej generacji, obsługa GDDR7 będzie oczekiwana, a nie nowatorska.

AMD mierzy się z presją na kilku poziomach. Nvidia ma już doświadczenie w dostarczaniu produktów GDDR7, strojeniu dla nich sterowników oraz walidowaniu zachowania pamięci w konsumenckich obciążeniach. Dostawcy pamięci i partnerzy produkujący karty działają również w ramach wdrożonego ekosystemu Nvidia.

Poprawki Linuxa pokazują, że AMD zajmuje się stroną programową przed ogłoszeniem konkurencyjnej generacji. To konieczny krok, ponieważ obsługa sprzętu wykracza daleko poza rozpoznanie etykiety pamięci. Użyteczny produkt potrzebuje stabilnej inicjalizacji, kontroli taktowania, stanów zasilania, obsługi wyświetlania, odzyskiwania po błędach i harmonogramowania obciążeń.

Linux czyni te przygotowania wyjątkowo widocznymi. AMD rozwija znaczną część obsługi grafiki w jądrze publicznie, podczas gdy firmware i szczegóły niewydanego sprzętu pozostają kontrolowane. Obserwatorzy mogą więc śledzić dojrzewanie sterownika, nie widząc kompletnego produktu.

Ten publiczny model pracy tworzy zarówno przewagę, jak i obciążenie. Kod z głównej gałęzi może trafić do dystrybucji przed premierą sprzętu, ograniczając zależność od osobnej, własnościowej ścieżki instalacji. Każda nieukończona seria poprawek staje się jednak także dowodem, który obserwatorzy z zewnątrz mogą interpretować zbyt daleko idąco.

Prawdziwe pytanie konkurencyjne dotyczy gotowości, a nie wyłącznie marki pamięci. Karty Nvidia z GDDR7 już zapewniają deweloperom i recenzentom działające konfiguracje do pomiarów. Obecne działania AMD wskazują na zamiar i przygotowania, lecz nie oferują urządzenia, które można testować.

Użytkowników Linuxa będzie interesować, ile warstw dotrze na czas. Komponent AMDGPU w jądrze zarządza dostępem do sprzętu, ale granie zależy też od sterowników RadeonSI i RADV w Mesa. Na końcowe doświadczenie wpływają pakiety firmware'u, funkcje Vulkan, kompilacja shaderów oraz harmonogramy wydań dystrybucji.

Identyfikator jądra może trafić do kodu na długo przed gotowością wszystkich tych warstw. Z drugiej strony AMD może rozwijać część elementów prywatnie, zanim je upubliczni. Widoczna liczba poprawek jest więc niedoskonałą miarą całkowitej gotowości.

Podejście AMD do rozwoju w głównej gałęzi nadal daje wartościowy sygnał. Jeśli niezbędny kod jądra trafi do głównych wydań na długo przed dostępnością detaliczną, dystrybucje będą mogły pakować obsługę za pośrednictwem zwykłych kanałów aktualizacji. Może to zwiększyć szanse na działającą obsługę już w dniu premiery.

Późna zależność od jądra stworzyłaby inny rezultat. Kupujący mogliby potrzebować nowszego jądra, ręcznie zaktualizowanego firmware'u albo wydania dystrybucji, które nie osiągnęło jeszcze szerokiego rozpowszechnienia. Takie wymagania mogą przekształcić nominalną obsługę Linuxa w rozdrobnione doświadczenie premiery.

Nvidia nie jest jedynym punktem odniesienia dla konkurencji. Intel również rozwija stos grafiki Linuxa w głównej gałęzi i korzystał z publicznego kodu, aby przygotować obsługę niewydanego sprzętu. Szerszy rynek coraz częściej traktuje przygotowanie obsługi Linuxa przed premierą jako wymóg inżynieryjny, a nie opcjonalną przysługę.

AMD ma większe doświadczenie w tym modelu niż większość dostawców konsumenckich GPU. Ta historia podnosi oczekiwania. Kupujący korzystający z Linuxa będą oceniać kolejną generację Radeonów względem wcześniejszych premier AMD, a nie wyłącznie na podstawie obecności ciągu GDDR7.

Dlatego presja konkurencyjna jest większa niż kwestia przepustowości pamięci. AMD potrzebuje architektury GPU, pakietu firmware, obsługi Mesa i ścieżki w jądrze, które pojawią się w skoordynowanym stanie. Wcześniejsze wdrożenie GDDR7 przez Nvidia tylko zaostrza ten wymóg.

Poprawka sterownika nie może ujawnić kolejnego poziomu wydajności Radeon

Kod wskazuje na nowy sprzęt, ale nie może odpowiedzieć na pytania decydujące o tym, czy ten sprzęt będzie konkurencyjny.

Pierwszą niewiadomą jest zakres produktu. AMD nie podało, czy GDDR7 pojawi się w całej rodzinie Radeon, czy tylko w wybranych modelach. Różne rozwiązania pamięciowe mogłyby pozwolić firmie segmentować karty według przepustowości, kosztu płytki lub wymagań energetycznych.

Drugą niewiadomą jest projekt fizyczny. Doniesienia łączyły przyszłe prace AMD nad układami graficznymi zarówno z implementacjami monolitycznymi, jak i opartymi na chipletach. Obecne poprawki Linuksa nie ustalają, która struktura trafi do produktu gamingowego.

Monolityczny GPU umieszcza główne funkcje graficzne na jednym rdzeniu krzemowym. Projekt chipletowy rozdziela wybrane funkcje między wiele rdzeni lub pakietów. AMD już wcześniej wykorzystywało chiplety w sprzęcie Radeon, lecz ta historia nie potwierdza konkretnego układu następnej generacji.

Trzecią niewiadomą jest pozycjonowanie wydajnościowe. GDDR7 może zwiększyć dostępną przepustowość pamięci, jednak wydajność zależy od tego, czy GPU potrafi ją wykorzystać. Karta ograniczana przez przepustowość obliczeniową lub zachowanie oprogramowania nie zyskałaby proporcjonalnie na szybszej pamięci.

Na tę kalkulację wpływa również projekt pamięci podręcznej. AMD stosuje Infinity Cache, aby zmniejszyć obciążenie pamięci zewnętrznej w obecnych produktach Radeon. Przyszła architektura może zmienić pojemność cache, jego organizację, kompresję lub działanie kontrolera pamięci.

Bez tych szczegółów GDDR7 nie dowodzi, że AMD wraca do najwyższego konsumenckiego segmentu wydajności. Może wspierać zrównoważony projekt dla głównego rynku, produkt stacji roboczej lub kilka konfiguracji. Poprawka nie ujawnia hierarchii produktów.

Termin premiery pozostaje równie niepewny. Publiczne włączanie obsługi w sterownikach może rozpocząć się wiele miesięcy przed pojawieniem się sprzętu w sprzedaży. Może także obejmować krzem, który ulegnie zmianie, pojawi się późno lub nigdy nie stanie się produktem konsumenckim.

Doniesienia sugerujące harmonogram Radeon na 2027 rok lub później opierają się na informacjach branżowych i plotkach, a nie na tej poprawce. Sam kod nie zawiera daty premiery. Nie należy używać go do rozpoczynania odliczania.

Nowe bloki graficzne również wymagają ostrożnej interpretacji. IH 8.0, NBIF 7.10, DCN 6 i GFX 13.0.x wspólnie wskazują na nową platformę techniczną. Nie muszą jednak opisywać jednego dyskretnego GPU złożonego dokładnie tak, jak oczekują obserwatorzy.

AMD może współdzielić bloki IP między zintegrowaną grafiką, kartami do stacji roboczych, akceleratorami i produktami konsumenckimi. Blok wyświetlania wskazuje na sprzęt z wyjściami obrazu, ale opis ten pasuje do kilku rynków. Wersja rdzenia graficznego może obsługiwać wiele rdzeni krzemowych.

GDDR7 zawęża prawdopodobne zastosowanie, ponieważ jest dedykowaną pamięcią graficzną. Mimo to profesjonalne produkty graficzne również wykorzystują dedykowaną pamięć. Związek z gamingowymi Radeon pozostaje przekonujący, lecz nieformalnie potwierdzony.

Istnieje jeszcze jedna praktyczna niewiadoma: akceptacja upstream. Zgłoszone poprawki mogą zostać zmienione po przeglądzie, podzielone na serie lub scalone w różnych cyklach jądra. Ich istnienie nie gwarantuje, że konkretna dystrybucja już obsługuje niewidziany GPU.

Obsługa jądra to tylko jedna warstwa. Mesa musi rozumieć architekturę graficzną, kompilatory muszą generować poprawny kod, a firmware musi inicjalizować urządzenie. Zarządzanie energią musi działać zarówno w stanach bezczynności pulpitu, jak i przy wysokim obciążeniu w grach.

Obsługa wyświetlania zasługuje na podobną analizę. Nowa generacja DCN może wymagać szeroko zakrojonej walidacji z monitorami, częstotliwościami odświeżania, standardami połączeń i konfiguracjami wielu ekranów. Działające wyjście obrazu to coś innego niż szeroko niezawodne działanie wyświetlania.

Obsługa przerwań i odzyskiwanie działania mają znaczenie, gdy obciążenia zawodzą. Nowa wersja IH musi prawidłowo kierować zdarzenia, a mechanizmy resetowania muszą przywracać GPU do działania po błędach. Nie są to nagłówkowe specyfikacje, ale kształtują codzienną stabilność.

To sprawia, że wczesne zgłoszenie AMD jest zachęcające, lecz nie rozstrzygające. Firma ujawnia podstawowy kod przed prezentacją produktu. Dowody pozwalają ufać, że przygotowania trwają, ale nie że zostały ukończone.

Czytelnicy powinni także unikać traktowania generacji pamięci jako werdyktu dotyczącego wartości. GDDR7 może poprawić przepustowość i umożliwić inne wybory interfejsu. Może także wprowadzić kwestie kosztu, integralności sygnału i zarządzania energią dla projektantów płytek.

Przyszłą kartę Radeon należy oceniać jako kompletny system. Recenzenci będą potrzebować pomiarów wydajności w grach, spójności klatek, zużycia energii, temperatur, wyników w tworzeniu treści i kompatybilności z Linuksem. Żadnej z tych rzeczy nie można wyprowadzić z tej poprawki.

Najmocniejsza interpretacja pozostaje blisko kodu. AMD stworzyło publiczną ścieżkę programową do identyfikacji GDDR7 i połączyło ją z kilkoma nowymi wersjami IP. Wszystko poza tym wymaga dodatkowych dowodów.

Na co zwracać uwagę, zanim nazwiemy to RDNA 5

Trzy sygnały zdecydują, czy te poprawki staną się dowodem na konkurencyjną premierę Radeon, czy pozostaną wczesnym inżynierskim śladem.

Pierwszym sygnałem będzie pełniejsza seria obsługi sprzętu upstream. Warto obserwować poprawki łączące nowy identyfikator pamięci i bloki IP z inicjalizacją urządzenia, zarządzaniem energią, kontrolerami pamięci i zachowaniem po resecie. Spójny zestaw zależności wzmocniłby argument za zbliżającym się produktem.

Nazwy nie są wymagane, aby dostrzec ten sygnał. AMD często stosuje ogólne wykrywanie oparte na IP, aby ograniczyć kod specyficzny dla produktu. Recenzenci nadal mogą rozpoznać moment, w którym odrębne komponenty zaczynają działać jako jedna obsługiwana platforma.

Sekwencja ma znaczenie równie duże jak skala. Niewielkie zmiany przygotowawcze, po których pojawią się poprawki inicjalizacji i funkcji, pokażą postęp. Odizolowane identyfikatory bez głębszej integracji pozostawią wniosek o premierze słabo ugruntowany.

Drugim sygnałem będzie odpowiadająca im aktywność Mesa i firmware. Radeon następnej generacji potrzebuje sterowników graficznych w przestrzeni użytkownika dla OpenGL i Vulkan, a także zgodnego firmware dystrybuowanego do systemów Linux. Sam kod jądra nie zapewni pełnego doświadczenia gamingowego.

Zmiany w Mesa związane z nową generacją GFX pokazałyby, że AMD i programiści społeczności przygotowują kompilację shaderów oraz funkcje graficzne. Dodatki do firmware wskazywałyby, że ścieżka wdrożenia zbliża się do sprzętu możliwego do testowania.

Publiczne testy pozostaną ograniczone, dopóki dostęp do urządzeń jest restrykcyjny. Jednak skoordynowany ruch w repozytoriach jądra, Mesa i firmware wzmocniłby argument o gotowości. Długie przerwy między tymi warstwami osłabiłyby go.

Inżynierowie śledzący ten rozproszony szlak mogą skorzystać z utrzymywania przeszukiwalnej bazy wiedzy. Dyskusje o jądrze, żądania scalenia Mesa, commity firmware i pakiety dystrybucji rzadko trafiają w jedno miejsce.

Trzecim sygnałem będzie prezentacja produktu przez AMD. Decydujące ogłoszenie musi wskazać architekturę, rynki docelowe, konfigurację pamięci i okno dostępności. Do tego czasu RDNA 5 pozostaje prawdopodobną interpretacją, a nie oficjalną nazwą przypisaną temu kodowi.

Ogłoszenie produktu powinno także wyjaśnić, czy AMD zamierza rzucić wyzwanie Nvidia w pełnym zakresie desktopowym. Sam typ pamięci nie może ujawnić, czy AMD będzie priorytetowo traktować segmenty o dużym wolumenie, profesjonalne obciążenia czy flagową kartę gamingową.

Kupujący korzystający z Linuksa powinni następnie porównać datę ogłoszenia z gotowością upstream. Jeśli wymagany kod już istnieje w wydanych wersjach jądra i Mesa, wczesne prace AMD spełnią swoje zadanie. Jeśli obsługa zależy od niedokończonych gałęzi, obecny zapas czasu będzie wyglądał mniej uspokajająco.

Wymagania dystrybucji zapewnią praktyczny test. Kupujący muszą wiedzieć, które wersje jądra, Mesa i firmware obsługują każdą kartę. Jasne minimalne wersje wskazywałyby na skoordynowaną ścieżkę premiery.

Niezależne benchmarki pojawią się na końcu, ale będą najważniejsze. Pokażą, czy GDDR7 przyczynia się do wyższej wydajności, lepszej efektywności czy węższego interfejsu pamięci. Ujawnią także, czy stos Linuksa zachowuje się konsekwentnie w grach i zastosowaniach profesjonalnych.

Na razie prace AMD nad sterownikiem Linux dla GDDR7 powinny zmieniać oczekiwania, a nie plany zakupowe. Sprawiają, że sprzęt Radeon wyposażony w GDDR7 staje się perspektywą opartą na większej liczbie dowodów i pokazują, że rozpoczęło się publiczne włączanie obsługi.

Nie potwierdzają marki RDNA 5, modelu flagowego ani premiery w 2027 roku. Nie ustalają także wydajności względem kart GeForce RTX 50 ani czegokolwiek, co po nich nastąpi.

Kolejne użyteczne pytanie jest więc konkretne: czy nadchodzące zgłoszenia AMD do jądra, Mesa i firmware zbiegną się w jedną użyteczną platformę? Jeśli tak, ten skromny identyfikator będzie wyglądał jak pierwszy publiczny znacznik następnej generacji Radeon.