Supporto hardware RDNA 3.5 in Linux: stato attuale e prossimo futuro

Informatec Digital » Risorse » Supporto hardware RDNA 3.5 in Linux: stato attuale e prossimo futuro

L'arrivo delle nuove APU di AMD con grafica integrata RDNA 3.5 ha portato Linux sotto i riflettori, suscitando interrogativi tra molti utenti sulla reale capacità del sistema operativo del pinguino di sfruttare appieno questo hardware fin dal primo giorno. Tra i primi aggiornamenti del firmware, i miglioramenti del kernel e gli sviluppi dello stack grafico open source, la situazione si rivela molto più interessante di quanto possa sembrare a prima vista.

Nel frattempo, produttori come Lenovo, con i loro ThinkPad T14 di sesta generazione, si stanno rivelando il banco di prova ideale per misurare le prestazioni di queste GPU integrate con Windows 11 e i driver proprietari di AMD. A ciò si aggiungono i continui aggiornamenti per i driver AMDGPU e AMDKFD , l'arrivo di nuovi blocchi IP come GFX 11.5.3 e importanti modifiche al sottosistema di visualizzazione. Tutto ciò suggerisce che il supporto hardware per RDNA 3.5 in Linux non è più un esperimento, ma un impegno concreto.

Stato attuale del supporto RDNA 3.5 su Linux

Per capire da dove veniamo e dove stiamo andando, vale la pena esaminare come il supporto per le GPU integrate RDNA 3.5 in Linux si sia consolidato a vari livelli: firmware, kernel e livello grafico utente. AMD ha cambiato approccio rispetto alle generazioni precedenti, intervenendo prima del rilascio completo dei prodotti (si veda la storia tra Intel e AMD ).

Nei giorni scorsi, AMD ha aggiornato il repository linux-firmware.git con i firmware necessari per il corretto funzionamento delle nuove GPU integrate basate su RDNA 3.5 su Linux. Senza questi file, i driver open-source inclusi nel kernel non sono in grado di inizializzare l'hardware, rendendo di fatto la GPU inutilizzabile o fortemente limitata.

Ciò che colpisce è che, questa volta, AMD ha deciso di rilasciare il firmware con largo anticipo rispetto al lancio commerciale delle nuove APU. Tradizionalmente, questi pacchetti arrivavano contemporaneamente o addirittura dopo la disponibilità dei prodotti sul mercato, lasciando gli utenti Linux in una sorta di limbo per settimane o mesi.

Grazie a questo approccio più proattivo, le distribuzioni possono includere il firmware RDNA 3.5 nelle proprie immagini prima ancora che l'hardware arrivi nei negozi su larga scala. Ciò si traduce in un supporto pressoché immediato: si installa una distribuzione recente, si avvia il sistema e questo riconosce e utilizza immediatamente la GPU integrata senza alcun problema.

Parallelamente, il kernel Linux ha integrato costanti miglioramenti al driver AMDGPU nello spazio kernel , che costituisce la base su cui si fondano i driver in spazio utente come RadeonSI (per OpenGL) e RADV (per Vulkan). Queste modifiche non solo abilitano il nuovo hardware, ma ne affinano anche le prestazioni, la gestione energetica e la stabilità.

APU RDNA 3.5 e blocchi IP: cosa si sta preparando

Tra i firmware rilasciati da AMD, spicca il file corrispondente al blocco grafico GFX 11.5.3 , una nuova revisione dell'architettura RDNA 3.5 che rimanda a prodotti non ancora annunciati ufficialmente, ma di cui si parla già in indiscrezioni e voci di corridoio nel settore.

Finora, AMD ha distribuito le versioni GFX per RDNA 3.5 come segue: GFX 11.5.0 nei Ryzen AI 300 "Strix Point" , GFX 11.5.1 nelle varianti Ryzen AI Max 300 "Strix Halo" e GFX 11.5.2 nei Ryzen AI 350 "Kraken Point". Ogni numero identifica uno specifico blocco IP all'interno della famiglia RDNA 3.5.

La presenza di GFX 11.5.3 nel repository del firmware suggerisce l'imminente arrivo di una nuova APU nota internamente come "Gorgon Point ", che, secondo le indiscrezioni, costituirebbe la base di una futura serie Ryzen 9000G per desktop con architettura Zen 5 e grafica RDNA 3.5 migliorata. AMD utilizza questa numerazione dei blocchi IP per differenziare le varianti, rendendo difficile determinare il chip esatto corrispondente a ciascuna versione semplicemente esaminando il codice.

Il pacchetto pubblicato non si limita alla sola sezione grafica; include anche altri componenti hardware essenziali come PSP 14.0.5 (Security Platform) , SDMA 6.1.3 (Direct Memory Access Control) e, cosa molto importante, le nuove versioni del sottosistema video Display Core Next.

A questo punto, spicca l'arrivo di DCN 3.6 per alcune varianti di RDNA 3.5 , mentre fino ad ora le implementazioni note erano rimaste ferme a DCN 3.5 e 3.5.1. Questo salto di versione apre la strada a miglioramenti relativi all'output video: maggiore compatibilità con risoluzioni elevate, frequenze di aggiornamento elevate e configurazioni multi-monitor più complesse.

Per gli utenti finali, questo set di firmware significa che, quando le nuove APU RDNA 3.5 e le possibili derivate per desktop arriveranno sul mercato, Linux disporrà già dei componenti di base necessari per l'avvio del sistema con un supporto grafico funzionale e stabile fin dal primo giorno.

Miglioramenti ad AMDGPU e AMDKFD per il prossimo kernel

Oltre agli aggiornamenti del firmware, AMD sta alimentando la coda DRM-Next con un pacchetto piuttosto corposo di modifiche per i suoi driver AMDGPU (grafica) e AMDKFD (calcolo) che saranno integrati nel prossimo ciclo principale del kernel, previsto intorno a Linux 6.20 o con un possibile salto al ramo 7.0.

Per quanto riguarda la grafica, le patch abilitano nuove IP grafiche associate a RDNA 3.5 e forniscono anche un supporto preliminare per l'hardware GFX12.1 basato su RDNA4. Sebbene quest'ultimo sia ancora lontano dall'essere disponibile per l'utente medio, dimostra chiaramente che il supporto per Linux sta progredendo quasi parallelamente allo sviluppo hardware interno di AMD.

In altre parole, anche se domani un utente non potrà installare una GPU RDNA4 nel proprio computer, il kernel incorporerà già codice e percorsi specifici per le generazioni future . In questo modo, al momento del lancio commerciale del prodotto, la base di supporto sarà già piuttosto consolidata e non sarà necessario ricominciare da zero.

Insieme ai nuovi IP arrivano anche diverse modifiche interne: nuovi aggiornamenti all'unità di gestione del sistema SMU 15 (System Management Unit), che controlla aspetti come frequenze, tensioni e stati di alimentazione, oltre a correzioni per le versioni precedenti di SMU 14.x presenti nelle generazioni precedenti a RDNA 3.5.

Sono inclusi anche correzioni relative a SR-IOV (virtualizzazione GPU) , miglioramenti alla coda UserQ, una ristrutturazione della gestione delle caselle di posta SMU e modifiche allo scheduler del micro-motore MES. A prima vista, questi potrebbero sembrare dettagli di poco conto, ma questo tipo di modifiche fa la differenza in termini di stabilità e prestazioni a medio termine.

Nel frattempo, anche il driver di calcolo AMDKFD riceve una serie di correzioni . Tra queste, la risoluzione di una perdita di memoria e soluzioni specifiche per i sistemi che non utilizzano pagine del kernel da 4K, come alcuni server ARM64 che lavorano con pagine da 64K quando eseguono carichi di lavoro di calcolo con hardware Instinct o Radeon.

Aggiornamenti chiave nell'uscita video e HDMI

Tra questi miglioramenti, spicca una patch piuttosto tangibile per gli utenti desktop che interessa il sottosistema di visualizzazione del driver AMDGPU. Si tratta di un aggiornamento del codice HDMI che consente frequenze fino a 340 MHz quando la configurazione del monitor e della scheda video lo supporta.

Fino ad ora, il controller era limitato a una velocità di clock dei pixel di circa 165 MHz per porta HDMI , un valore obsoleto che, di fatto, non era nemmeno conforme alle specifiche HDMI 1.3, che consentono fino a 340 MHz. Questa limitazione riguardava principalmente coloro che utilizzavano adattatori (dongle) DP-HDMI per collegare display più esigenti.

Con la nuova patch, le configurazioni basate su RDNA 3.5 e versioni successive potranno supportare risoluzioni o frequenze di aggiornamento più elevate tramite HDMI, a condizione che sia il monitor che l'adattatore lo supportino. Non fa miracoli – le prestazioni dipendono ancora dall'hardware fisico – ma elimina un collo di bottiglia artificiale a livello software.

Questo miglioramento coincide con l'introduzione di DCN 3.6 in alcune varianti di RDNA 3.5 , che rafforza il supporto per le moderne uscite video, un aspetto fondamentale nei laptop ultraleggeri o nelle workstation compatte che dipendono da una o due porte per ogni operazione.

Nell'ambiente Linux, dove molti utenti lavorano con monitor ad alta risoluzione e configurazioni multi-monitor , queste modifiche si traducono in un minor numero di "sorprese" spiacevoli per lo stack grafico: meno sfarfallio, meno limitazioni assurde e un'esperienza più in linea con quella ottenuta in Windows con driver proprietari.

Lenovo ThinkPad T14s Gen 6 come banco di prova

Un esempio molto esemplificativo dello stato attuale del supporto per RDNA 3.5 in Linux è il Lenovo ThinkPad T14s Gen 6 , un laptop aziendale giunto nei nostri laboratori di test con uno dei nuovi processori Ryzen AI 7 PRO 360 e grafica integrata Radeon 880M basata su RDNA 3.5.

Questo dispositivo combina un design leggero con una GPU integrata RDNA 3.5 piuttosto performante , il che lo rende una piattaforma di test perfetta per confrontare le prestazioni grafiche native in Linux rispetto a Windows 11 e per valutare soluzioni come le schede grafiche esterne per laptop.

Questo dispositivo combina un design leggero con una GPU integrata RDNA 3.5 piuttosto performante , il che lo rende una piattaforma di test perfetta per confrontare le prestazioni grafiche native su Linux rispetto a Windows 11. L'obiettivo non è tanto misurare gli FPS nei giochi tramite Proton, quanto piuttosto valutare il livello di maturità raggiunto dallo stack open-source di AMD rispetto ai driver proprietari.

Configurazione software in Windows 11 e Ubuntu 25.04

Per quanto riguarda Windows 11, l'ambiente di test si basa su un sistema completamente aggiornato con le patch di sicurezza e prestazioni più recenti. A questo si aggiungono i driver della suite AMD Radeon Software, che in genere includono ottimizzazioni specifiche per la GPU e un solido supporto per DirectX, Vulkan e OpenGL.

Questo ambiente sfrutta l'esecuzione nativa delle applicazioni , senza la necessità di livelli di traduzione come Proton, DXVK o simili, in modo che le prestazioni della Radeon 880M vengano misurate direttamente sulla piattaforma Microsoft, senza interferenze di compatibilità.

Nella versione beta di Ubuntu 25.04, il sistema è configurato con un kernel Linux 6.14 che incorpora le funzionalità e le patch più recenti per le APU Strix Point e altre varianti RDNA 3.5. Questo kernel funziona in combinazione con il driver AMDGPU integrato, responsabile della comunicazione diretta con l'hardware.

Mesa 25.0, l'implementazione open-source del driver 3D che include RadeonSI per OpenGL e RADV per Vulkan, si trova al di sopra del kernel . Questa combinazione di driver del kernel e driver utente è ciò che consente di sfruttare appieno l'hardware RDNA 3.5 con librerie open-source.

Ubuntu rinuncia inoltre a qualsiasi livello di compatibilità come DXVK, VKD3D o Proton . I test vengono eseguiti utilizzando strumenti nativi per garantire il confronto più equo possibile con Windows 11, concentrandosi sulle prestazioni pure dei driver e non su eventuali traduttori di API.

Metodologia di riferimento e strumenti utilizzati

Per analizzare il comportamento della Radeon 880M su RDNA 3.5 in entrambi i sistemi, viene utilizzata una serie di benchmark vari e relativamente noti , con l'obiettivo di coprire sia le prestazioni grafiche classiche che le capacità di calcolo della GPU integrata.

Tra gli strumenti utilizzati figurano Geekbench 6 nella sua sezione GPU , in grado di misurare le prestazioni in attività di calcolo generali e operazioni grafiche; GFXBench 5.0 nelle sue modalità OpenGL e Vulkan, che offre scene complesse per testare diversi percorsi di rendering; e glmark2, un classico di Linux per stressare lo stack OpenGL con scene sintetiche.

Questo elenco è completato da benchmark come Basemark GPU e Unigine Superposition , utilizzati in diverse configurazioni (ad esempio, 720p con qualità Bassa e Media) per osservare il comportamento in scenari più simili all'utilizzo reale di applicazioni 3D complesse.

Oltre agli strumenti pubblici, vengono utilizzati benchmark interni progettati per stressare gli shader e i carichi di calcolo , il che aiuta a misurare meglio l'efficienza della iGPU in attività parallele, filtraggio o simulazioni fisiche di base che stanno diventando comuni nei flussi di lavoro moderni.

La suite di test si concentra sempre su carichi di lavoro nativi, evitando di mescolare tecnologie di traduzione che potrebbero falsare il confronto. L'obiettivo principale è valutare le prestazioni del driver RDNA 3.5 su Linux da solo rispetto alla combinazione di Windows 11 e driver proprietari.

Risultati nei test OpenGL, Vulkan e sintetici

Nell'ambito di OpenGL e Vulkan, i test con GFXBench e glmark2 collocano Ubuntu 25.04 in una posizione piuttosto competitiva rispetto a Windows 11. Se fino a pochi anni fa Linux era sempre molto indietro, ora il divario si è notevolmente ridotto e in alcuni scenari si è addirittura invertito.

In GLMark2, ad esempio, scene con un elevato utilizzo di particelle e shader complessi mostrano che Ubuntu può superare Windows 11 di circa il 12%, grazie al continuo lavoro su RadeonSI all'interno di Mesa. Ciò si traduce in un'esperienza desktop e con applicazioni 3D estremamente fluida.

In GFXBench 5.0 con Vulkan, i risultati sono più simili: RADV si difende bene rispetto al driver proprietario di AMD per Windows, con differenze minime che, in molti casi, sono impercettibili nell'uso quotidiano. Ciò dimostra chiaramente che il driver Vulkan open source è maturato considerevolmente.

Per quanto riguarda Unigine Superposition, un test particolarmente impegnativo, Windows 11 mantiene un leggero vantaggio, in media tra il 5 e il 7% . Ciononostante, il divario è molto inferiore rispetto alle generazioni precedenti, dove i driver open source erano nettamente in svantaggio.

Nell'ambito dell'informatica, con benchmark come Geekbench GPU e test interni, Ubuntu 25.04 supera persino Windows 11 in diverse attività di elaborazione parallela . La combinazione di miglioramenti a ROCm, il supporto a Vulkan Compute in RADV e l'ottimizzazione dello stack AMDGPU fanno sì che Linux eccella proprio nei carichi di lavoro computazionalmente intensivi.

Prestazioni grafiche Linux vs. Windows in RDNA 3.5

Considerando tutte le informazioni provenienti da questi test, l'impressione generale è che Linux si sia avvicinato molto alle prestazioni di Windows sulle GPU integrate RDNA 3.5 , e in alcuni scenari le superi persino. Non vince sempre, ma non gioca più in una categoria nettamente inferiore come accadeva qualche anno fa.

Tra i fattori chiave figurano la combinazione del kernel 6.14 con una AMDGPU altamente ottimizzata , il passaggio a Mesa 25.0 con continui miglioramenti a RadeonSI e RADV, e l'impegno costante di AMD nel consegnare codice e revisioni nei tempi previsti per ogni finestra di merge del kernel.

Per chi utilizza il portatile con carichi di lavoro nativi (sviluppo, editing leggero, applicazioni 3D, applicazioni per ufficio con più schermi collegati), l'esperienza su Ubuntu 25.04 basato su RDNA 3.5 è perfettamente valida e, in molti casi, molto robusta . Il sistema non richiede driver proprietari aggiuntivi per offrire prestazioni competitive.

Questo si traduce anche in maggiore tranquillità a medio termine: i miglioramenti apportati al kernel e a Mesa vengono applicati in modo trasparente all'intera gamma di hardware supportato , quindi si prevede che, con l'evoluzione della serie 6.xo verso la futura versione 7.0, gli utenti di RDNA 3.5 continueranno a beneficiare di piccoli miglioramenti e correzioni senza dover reinstallare tutto.

Allo stesso tempo, il rilascio anticipato del firmware e il supporto per blocchi IP come GFX 11.5.3 e DCN 3.6 indicano che il prossimo salto di qualità nelle APU e GPU AMD arriverà su Linux con le basi già gettate: meno sorprese, meno patch di emergenza e più funzionalità attive fin dal primo avvio.

Il panorama del supporto hardware RDNA 3.5 in Linux è ora molto più maturo e interessante per chi desidera combinare un computer moderno con un sistema operativo open source, sia per il lavoro quotidiano, lo sviluppo, il calcolo accelerato o un utilizzo multimediale impegnativo, senza dipendere da driver proprietari.