- El suport de RDNA 3.5 a Linux s'ha avançat gràcies a la publicació primerenca de firmwares i la ràpida integració a linux-firmware.git.
- Kernel 6.14, AMDGPU, Taula 25.0, RadeonSI i RADV permeten a Ubuntu acostar-se molt al rendiment de Windows 11 amb iGPU RDNA 3.5.
- Les proves amb el Lenovo ThinkPad T14s Gen 6 mostren que Linux competeix de tu a tu a OpenGL, Vulkan i càrregues de còmput.
- Els nous blocs IP GFX 11.5.3 i DCN 3.6 preparen el terreny per a futures APU com “Gorgon Point” i properes generacions RDNA.
L'arribada de les noves APU d'AMD amb gràfics integrats RDNA 3.5 ha posat Linux al punt de mira de molts usuaris que es pregunten si el sistema del pingüí està realment preparat per esprémer aquest maquinari des del primer dia. Entre firmwares avançats, millores al nucli i avenços a la pila gràfica de codi obert, la cosa està força més interessant del que podria semblar a simple vista.
En paral·lel, fabricants com Lenovo amb el seu ThinkPad T14s Gen 6 estan servint com a banc de proves perfecte per mesurar com es comporten aquestes iGPU davant de Windows 11 amb els controladors propietaris d'AMD. A això se suma un degoteig constant de pegats per als drivers AMDGPU i AMDKFD , l'aterratge de nous blocs IP com GFX 11.5.3 i ajustaments clau al subsistema de pantalles. Tot apunta que el suport de maquinari RDNA 3.5 a Linux ja no és un experiment, sinó una aposta molt seriosa.
Estat actual del suport RDNA 3.5 a Linux
Per entendre d'on venim i cap a on anem, val la pena repassar com s'ha consolidat el suport de les iGPU RDNA 3.5 a Linux a diversos nivells: firmware, kernel i capa gràfica d'usuari. AMD ha canviat el ritme respecte a generacions anteriors, movent fitxa abans que els productes estiguin plenament al carrer ( història entre Intel i AMD ).
En els darrers dies, AMD ha actualitzat el repositori linux-firmware.git amb els blobs de firmware necessaris perquè les noves GPU integrades basades en RDNA 3.5 funcionin correctament a Linux. Sense aquests fitxers, els controladors oberts que vénen amb el nucli no poden inicialitzar el maquinari, de manera que, a la pràctica, la GPU quedaria inútil o molt limitada.
El que crida l'atenció és que, en aquesta ocasió, AMD ha decidit publicar el firmware amb força antelació respecte al llançament comercial de les noves APU. Tradicionalment, aquests paquets arribaven alhora o fins i tot després que els productes es poguessin comprar, cosa que deixava els usuaris de Linux en una mena de “llimbs” durant setmanes o mesos.
Amb aquest moviment més proactiu, les distribucions poden empaquetar el firmware RDNA 3.5 a les seves imatges abans que el maquinari arribi massivament a les botigues. Això es tradueix en un suport gairebé immediat: instal·les una distro recent, arrenques i el sistema ja reconeix i aprofita la GPU integrada sense necessitat de malabarismes.
En paral·lel, el nucli de Linux ha anat incorporant millores constants al controlador AMDGPU a l'espai de nucli , que és la base sobre la qual es recolzen els drivers d'espai d'usuari com RadeonSI (per a OpenGL) i RADV (per a Vulkan). Aquests canvis no només habiliten el maquinari nou, sinó que polin el rendiment, la gestió d'energia i l'estabilitat.
APUs RDNA 3.5 i blocs IP: què s'està preparant
Dins dels firmwares publicats per AMD destaca especialment l'arxiu corresponent al bloc gràfic GFX 11.5.3 , una nova revisió de l'arquitectura RDNA 3.5 que apunta productes encara no anunciats de forma oficial, però dels que ja es parla en filtracions i rumors de la indústria.
Fins ara, AMD ha anat distribuint les versions de GFX per a RDNA 3.5 d'aquesta manera: GFX 11.5.0 a Ryzen AI 300 “Strix Point” , GFX 11.5.1 a les variants Ryzen AI Max 300 “Strix Halo” i GFX 1. Point”. Cada número identifica un bloc IP concret dins de la família RDNA 3.5.
L'aparició de GFX 11.5.3 al repositori de microprogramari suggereix la imminència d'una nova APU coneguda internament com a “Gorgon Point” , que, segons les filtracions, seria la base d'una futura sèrie Ryzen 9000G per a sobretaula amb Zen 5 i gràfics RDNA 3.5 millorats. AMD utilitza aquesta numeració de blocs IP per separar variants, cosa que complica saber quin xip exacte correspon a cada versió només mirant el codi.
El paquet publicat no es limita a l'apartat gràfic pur i dur; també inclou altres components essencials del maquinari com PSP 14.0.5 (Plataforma de Seguretat) , SDMA 6.1.3 (control d'accés directe a memòria) i, molt important, noves versions del subsistema de vídeo Display Core Next.
En aquest punt destaca l'arribada de DCN 3.6 per a algunes variants RDNA 3.5 , quan fins ara les implementacions conegudes s'havien quedat a DCN 3.5 i 3.5.1. Aquest salt de versió obre la porta a millores relacionades amb sortida de vídeo: més compatibilitat amb resolucions altes, taxes de refresc elevades o configuracions multimonitor més complexes.
Per als usuaris finals, aquest conjunt de firmwares significa que quan aquestes noves APU RDNA 3.5 i possibles derivades de sobretaula arribin al mercat, Linux ja tindrà els maons bàsics necessaris perquè el sistema arrenqui amb suport gràfic funcional i estable des del primer dia.
Millores a AMDGPU i AMDKFD per al proper nucli
Més enllà dels firmwares, AMD està alimentant la cua de DRM-Next amb un paquet força gran de canvis per als seus controladors AMDGPU (gràfic) i AMDKFD (còmput) que s'integraran al proper gran cicle del kernel, previst al voltant de Linux 6.20 oa un possible salt a la branca 7.0.
A l'apartat gràfic, els pegats porten l'habilitació de noves IP gràfiques associades a RDNA 3.5 i també suport preliminar per a maquinari basat en RDNA4 GFX12.1. Encara que aquest últim encara és lluny de l'usuari corrent, deixa clar que el suport a Linux va pràcticament en paral·lel al desenvolupament intern del maquinari d'AMD.
És a dir, encara que l'usuari no pugui punxar demà una GPU RDNA4 al seu equip, el nucli ja va incorporant codi i rutes específiques per a futures generacions . D'aquesta manera, quan el producte es llanci comercialment, la base de suport ja estarà força madura i no caldrà començar de zero.
Juntament amb les IP futures, arriba un bon grapat d'ajustaments interns: noves actualitzacions en la gestió del sistema SMU 15 (System Management Unit), que controla aspectes com ara freqüències, voltatges i estats d'energia, a més de correccions per a versions anteriors de SMU 14.x presents en generacions pre-RDNA 3.5.
També s'inclouen correccions relacionades amb SR-IOV (virtualització de GPU) , millores a la cua d'usuari (UserQ), una reestructuració del maneig de la “bústia” SMU i ajustaments al programador del micromotor MES. Des de fora pot sonar detalls menors, però aquest tipus de canvis són els que marquen la diferència en estabilitat i rendiment sostingut a mitjà termini.
En paral·lel, el controlador de còmput AMDKFD també rep la seva bona ració d'arranjaments . Entre ells, destaca la correcció d'una fuita de memòria i solucions específiques per a sistemes que no utilitzen pàgines de kernel de 4K, com ara certs servidors ARM64 que treballen amb pàgines de 64K quan executen càrregues de treball de còmput amb maquinari Instinct o Radeon.
Novetats clau a la sortida de vídeo i HDMI
Dins d'aquestes millores, hi ha un pegat força tangible per a l'usuari d'escriptori que afecta el subsistema de pantalles del controlador AMDGPU. Es tracta d'una actualització del codi HDMI per permetre freqüències de fins a 340 MHz quan la configuració del monitor i l'adaptador ho suporten.
Fins ara, el controlador estava limitat a uns 165 MHz de rellotge de píxel per HDMI , una xifra heretada que s'havia quedat vella i, de fet, ni tan sols complia amb l'especificació de HDMI 1.3, que permet arribar justament a 340 MHz. Aquest topall afectava sobretot els que usen adaptadors DP-HD.
Amb el nou pegat, les configuracions basades en RDNA 3.5 i successors podran activar resolucions més altes o més taxes de refresc per HDMI, sempre que tant el monitor com l'adaptador ho permetin. No fa miracles —el maquinari físic continua manant—, però elimina un coll d'ampolla artificial a la banda del programari.
Aquesta millora encaixa amb la introducció de DCN 3.6 en algunes variants RDNA 3.5 , que reforça el suport de sortides de vídeo modernes, una cosa fonamental en portàtils ultralleugers o estacions de treball compactes que depenen d'un o dos ports per a tot.
Per a l'entorn Linux, on molts usuaris treballen amb monitors d'alta resolució i configuracions multimonitor , aquests canvis fan que l'stack gràfic tingui menys “sorpreses” desagradables: menys parpellejos, menys limitacions absurdes i una experiència més alineada amb el que s'aconsegueix a Windows amb els controladors propietaris.
Lenovo ThinkPad T14s Gen 6 com a banc de proves
Un cas molt il·lustratiu de l'estat actual del suport RDNA 3.5 a Linux és el Lenovo ThinkPad T14s Gen 6 , un portàtil empresarial que ha arribat als laboratoris de proves amb un dels nous processadors Ryzen AI 7 PRO 360 i gràfics integrats Radeon 880M basats en RDNA 3.5.
Aquest equip combina un disseny lleuger amb una iGPU RDNA 3.5 força capaç , la qual cosa el converteix en una plataforma de prova perfecta per comparar el rendiment gràfic nadiu a Linux davant Windows 11 i per avaluar solucions com a targeta gràfica externa per a portàtil.
Aquest equip combina un disseny lleuger amb una iGPU RDNA 3.5 força capaç , la qual cosa el converteix en una plataforma de prova perfecta per comparar el rendiment gràfic nadiu a Linux davant Windows 11. La idea no és tant mesurar FPS en jocs via Proton, sinó veure fins a quin punt la pila de codi obert d'AMD ha madurat davant dels drivers propietaris.
Configuració de programari a Windows 11 i Ubuntu 25.04
Al costat de Windows 11, l'entorn de proves es basa en un sistema totalment actualitzat amb els darrers pegats de seguretat i rendiment. A això se sumen els controladors de la suite AMD Radeon Software, que solen incloure optimitzacions específiques per a cada generació de GPU i suport polit per a DirectX, Vulkan i OpenGL.
Aquest entorn fa ús d' execució nativa de les aplicacions , sense necessitat de capes de traducció com Proton, DXVK o similars, de manera que el rendiment de la Radeon 880M es mesura directament a la plataforma de Microsoft, sense interferències de compatibilitat.
A la part d'Ubuntu 25.04 beta, el sistema es configura amb un nucli Linux 6.14 que incorpora les últimes característiques i pegats per a les APU Strix Point i altres variants RDNA 3.5. Aquest nucli treballa de la mà del controlador AMDGPU integrat, que és el que s'encarrega de parlar directament amb el maquinari.
Sobre el nucli s'assenta Mesa 25.0, la implementació de drivers 3D de codi obert que inclou RadeonSI per a OpenGL i RADV per a Vulkan. Aquesta combinació de driver al nucli i drivers dusuari és la que permet treure partit al maquinari RDNA 3.5 amb biblioteques completament obertes.
També a Ubuntu es prescindeix de qualsevol capa de compatibilitat tipus DXVK, VKD3D o Proton . Les proves s'executen amb eines natives perquè la comparació amb Windows 11 sigui tan justa com sigui possible, centrant-se en el rendiment brut dels controladors i no en el de possibles traductors d'API.
Metodologia de benchmarks i eines utilitzades
Per analitzar el comportament de la Radeon 880M sota RDNA 3.5 en tots dos sistemes, es recorre a una bateria de benchmarks variats i relativament coneguts , amb l'objectiu de cobrir tant el rendiment gràfic clàssic com les capacitats de còmput de la iGPU.
Entre les eines utilitzades es troba Geekbench 6 al seu apartat de GPU , capaç de mesurar tasques de còmput general i operacions gràfiques; GFXBench 5.0 en les seves maneres OpenGL i Vulkan, que ofereix escenes complexes per posar a prova diferents camins de renderitzat, i glmark2, un clàssic de Linux per estressar la pila OpenGL amb escenes sintètiques.
A aquesta llista se sumen benchmarks com Basemark GPU i Unigine Superposition , utilitzats en diferents configuracions (per exemple, 720p en qualitats Low i Medium) per observar el comportament en escenaris més semblants a un ús real d'aplicacions 3D pesades.
A més de les eines públiques, s'utilitzen benchmarks interns dissenyats per estressar shaders i càrregues de còmput , cosa que ajuda a mesurar millor l'eficiència de la iGPU en tasques paral·leles, filtrats o simulacions físiques bàsiques que comencen a ser habituals en fluxos de treball moderns.
El conjunt de proves se centra sempre en càrregues natives, evitant barrejar tecnologies de traducció que puguin distorsionar la comparació. L'objectiu principal és veure fins on arriba la pila de controladors RDNA 3.5 a Linux per si sola davant de la combinació Windows 11 + drivers propietaris.
Resultats en OpenGL, Vulkan i proves sintètiques
En el terreny d'OpenGL i Vulkan, les proves amb GFXBench i glmark2 deixen Ubuntu 25.04 en una posició força competitiva respecte a Windows 11. On fa uns anys Linux quedava sempre molt per darrere, ara la diferència s'ha reduït moltíssim i fins i tot es capgira alguns escenaris.
A glmark2, per exemple, les escenes amb alt ús de partícules i shaders complexos mostren que Ubuntu pot superar Windows 11 al voltant d'un 12% en rendiment, gràcies al treball continu sobre RadeonSI dins de Mesa. Això es tradueix en una experiència descriptori i aplicacions 3D força fluida.
A GFXBench 5.0 sota Vulkan, els resultats són més ajustats: RADV manté el tipus davant del controlador propietari d'AMD per a Windows, amb diferències petites que, en molts casos, no es noten en l'ús del dia a dia. És una mostra clara que el driver Vulkan obert ha madurat moltíssim.
Quan es passa a Unigine Superposition, una prova particularment exigent, Windows 11 conserva un lleuger avantatge d'entre un 5 i un 7% de mitjana . Tot i així, la distància és molt més curta que en generacions anteriors, on els drivers oberts quedaven clarament despenjats.
En el terreny del còmput, amb benchmarks com Geekbench GPU i proves internes, Ubuntu 25.04 arriba fins i tot a avançar Windows 11 en diverses tasques de processament paral·lel . La combinació de millores en ROCm, suport de Vulkan Compute a RADV i l'optimització de l'stack d'AMDGPU fa que Linux brilli precisament en càrregues intensives de còmput.
Linux davant Windows en rendiment gràfic RDNA 3.5
Si s'ajunta tota la informació d'aquestes proves, la sensació general és que Linux s'ha acostat moltíssim al rendiment de Windows a iGPU RDNA 3.5 , i en alguns escenaris fins i tot ho supera. No sempre guanya, però ja no juga en una lliga clarament inferior com passava fa uns anys.
Entre els factors clau hi ha la combinació del nucli 6.14 amb un AMDGPU molt treballat , el salt a Mesa 25.0 amb contínues millores a RadeonSI i RADV i l'esforç constant d'AMD per continuar enviant codi i revisions a temps per a cada finestra de fusió del nucli.
Per als que utilitzen el portàtil amb càrregues de treball natives –desenvolupament, edició lleugera, aplicacions 3D, ofimàtica amb diverses pantalles connectades–, l'experiència a Ubuntu 25.04 sobre RDNA 3.5 és perfectament viable i, en molts casos, molt sòlida . El sistema no necessita drivers propietaris addicionals per oferir un rendiment competitiu.
Això també es tradueix en una major tranquil·litat a mitjà termini: les millores que van entrant al nucli ia Mesa s'apliquen de forma transparent a tota la gamma de maquinari suportat , per la qual cosa cal esperar que, a mesura que avanci la sèrie 6.xo un futur 7.0, els usuaris de RDNA 3.5 segueixin veient petits guanys i correccions.
Alhora, l'avançament de firmwares i el suport primerenc a blocs IP com GFX 11.5.3 i DCN 3.6 indiquen que el proper salt d'APUs i GPUs d'AMD arribarà a Linux amb el terreny preparat: menys ensurts, menys pegats d'emergència i més funcionalitat activa des de la primera arrencada.
El panorama del suport de maquinari RDNA 3.5 a Linux és avui molt més madur i atractiu per a qui vulgui combinar un equip modern amb un sistema operatiu obert, sigui per a treball diari, desenvolupament, còmput accelerat o un ús multimèdia exigent sense dependre de drivers tancats.
