Hivatalos forráskód-módosításokban bukkant fel a következő generációs videokártyák hardveres alapozása: az AMD nyílt forráskódú Linux grafikus illesztőprogramja megkezdte a GDDR7 memóriaszabvány kezelésének előkészítését. A nyílt Linux rendszermaghoz benyújtott friss hibajavító csomagok közvetlenül az AMDGPU meghajtót készítik fel az új memóriatípus azonosítására, miközben több kulcsfontosságú hardveres vezérlőblokk is megkapta az első nyilvános kódjait az amd-gfx fejlesztői levelezőlistán, amiről a Phoronix számolt be.
Egyetlen sor a kódban, egyértelmű generációs váltás
A leginkább szembetűnő változtatást Frank Min és Alex Deucher linuxos rendszermérnökök jegyzik. A kernelgrafikus alrendszer drivers/gpu/drm/amd/amdgpu/amdgpu_object.c forrásállományában található amdgpu_vram_names sztringtömbhöz adták hozzá a GDDR7 azonosítót. A táblázat a videómemória típusának formális felismerésére és naplózására szolgál, ahol a GDDR7 közvetlenül az LPDDR4, LPDDR5, HBM3E és a korábban már felvett HBM4 bejegyzések mögé sorolt be.
A mostani asztali RDNA 4 kínálat még a jól bevált GDDR6 modulokra támaszkodik, miközben a rivális zöld térfélen a legfelső asztali GeForce RTX 50 és a professzionális Blackwell munkaállomás-kártyák már átálltak a GDDR7 használatára. A lépés technikai értelemben teljesen logikus: az RDNA 5 kártyákhoz elengedhetetlen a nagyobb adatsűrűség és a PAM3 modulációval elérhető, csatornánkénti 28–32 Gbps közötti sávszélesség, különösen a nagy felbontású sugárkövetéses terheléseknél.
Érkezik az IH 8.0 és az NBIF 7.10 IP-blokk
A memóriamegnevezés mellett komolyabb, mélyreható vezérlőkódok is landoltak a fejlesztői fán. A Hawking Zhang által jegyzett IH 8.0 patch-sorozat az új megszakításvezérlő (Interrupt Handler) támogatását implementálja, több mint kétezer új kódsort és regiszterdefiníciót beiktatva az ih_v8_0.c állományba. A hardveres megszakítások alacsony késleltetésű feldolgozása nélkülözhetetlen ahhoz, hogy a grafikus parancssorok és a számítási feladatok ütemezése szinkronban maradjon.
Ezzel párhuzamosan felbukkant az NBIF 7.10 csomag, amely a New Bus Interface legfrissebb kiadását képviseli a PCIe v6.1.3 fejlécekkel kiegészülve. A közel 90 ezer sornyi hardverspecifikus regisztermaszkot tartalmazó kódcsomag a lapkaközi és buszszintű kommunikációért felel. A patch-készlet egyértelművé teszi, hogy a vállalat mérnökei már a leendő szilíciumok szimulációs környezetében futtatják a nyílt meghajtókat.
Kirakós az RDNA 5 körül: DCN6 és GFX 13
A most beküldött kódok szorosan illeszkednek a korábbi hetekben megkezdett kernelmunkához. Július végén jelentek meg a nyílt Display Core Next 6 (DCN6) illesztőkódjai, amelyek közvetlenül a GFX 13.0.x grafikus motorhoz kapcsolódtak. A belső számozási logika alapján a GFX 13 jelölés fedi le az RDNA 5 architektúrát, átugorva a korábbi asztali generációk struktúráját.
A DCN 6.0.0 kijelzőmotor már tartalmazza az új UPSP előskálázót a 4:2:0 és 4:2:2 formátumú videofolyamatok felbontásnövelésére, valamint kibővített pixelformátumokat és felületi linearitási eljárásokat kínál. A kép most kiegészült a memóriavezérlő és a buszinterfész rétegeivel, vagyis a teljes SoC logikai térképe fokozatosan összeáll a nyílt forráskódú fán.
Miért évekkel a rajt előtt érkeznek a patchek?
Az iparági ellátási láncokból származó értesülések alapján az RDNA 5 család rajtja két lépcsőben alakulhat: 2027 folyamán korlátozott számú modell érkezhet a piacra, míg a szélesebb körű elérhetőség a globális gyártókapacitások leterheltsége miatt 2028-ra tolódhat. A korai szoftveres alapozás ennek ellenére létfontosságú az ökoszisztémának.
A nyílt forráskódú Linux világában a beküldött javításoknak végig kell járniuk a jóváhagyási folyamatot az AMDGPU DRM tárolóban, mielőtt a főkiszolgáló kernelverziókba és az elterjedt disztribúciókba (például Ubuntu, Fedora, Arch) kerülnének. A korai nyílt fejlesztés garancia arra, hogy a boltokba kerülő új hardverekhez ne kelljen zárt, külső meghajtókat vadászni: a felhasználók a kibontás pillanatában működő 3D gyorsítást és teljes kijelzőtámogatást kapnak a legfrissebb disztribúciós kernelekkel.
