Linux 7.5 corregge il bug video delle Radeon HD 2000 e 3000 dopo quasi vent’anni

Novità principali

• Linux 7.5 corregge un difetto vecchio di quasi vent’anni. Una patch affronta la corruzione dei video sulle Radeon HD 2000 e 3000 quando la GPU esegue contemporaneamente operazioni grafiche.
• OpenAI Codex contribuisce alla soluzione. Lo sviluppatore Ted Bullock utilizza l’intelligenza artificiale per analizzare il problema e preparare una modifica al driver Radeon.
• Cinque famiglie di chip interessate. La correzione riguarda RV610, RV620, RV630, RV635 e RV670, ma i test documentati sono stati effettuati direttamente soltanto su RV610.

Una patch destinata al kernel Linux 7.5 interviene su un difetto della decodifica video hardware che interessa alcune schede AMD Radeon HD 2000 e HD 3000, lanciate a partire dal 2007. Il problema provocava immagini corrotte quando la GPU riproduceva filmati accelerati e contemporaneamente eseguiva attività grafiche, come il disegno del desktop. A individuare la causa è stato Ted Bullock, sviluppatore al suo primo contributo al kernel, partendo da un vecchio iMac con chip RV610 e utilizzando anche OpenAI Codex per l’indagine e i test. La modifica è stata accettata dal manutentore AMD Alex Deucher ed è prevista per il ciclo di Linux 7.5, ma questo non significa che il nuovo kernel sia già disponibile. La vicenda mostra come i driver open source possano continuare a correggere difetti concreti anche su hardware fuori commercio da quasi vent’anni.

Il difetto UVD compare quando la Radeon lavora su video e grafica

Il malfunzionamento riguarda Unified Video Decoder (UVD), il blocco hardware utilizzato dalle vecchie Radeon per accelerare la riproduzione di filmati, fra cui quelli codificati in H.264 e VC-1. Bullock ha osservato fotogrammi corrotti sul proprio iMac7,1 con GPU RV610/M74, identificata dal codice dispositivo 1002:94c8. Il problema si manifestava quando il decoder leggeva i dati compressi dalla memoria di sistema mentre il processore grafico era impegnato a disegnare elementi sullo schermo. Spostando gli stessi dati nella memoria video dedicata (VRAM), la decodifica tornava corretta; anche sospendere le operazioni di disegno eliminava il disturbo. L’esperimento ha quindi ristretto il problema alla collocazione dei buffer impiegati dall’UVD, non a una generica incapacità delle schede di riprodurre video.

Leggi anche: GitHub Copilot salva il driver R600 e prolunga la vita delle Radeon HD storiche

La patch di Ted Bullock modifica il driver Radeon per cinque famiglie di GPU

Nella proposta inviata alla mailing list del kernel il 29 ottobre, Bullock ha modificato drivers/gpu/drm/radeon/radeon_cs.c per imporre la permanenza in VRAM dei buffer UVD sulle GPU RV610, RV620, RV630, RV635 e RV670. Si tratta di una regola già utilizzata dal driver Radeon per alcune altre architetture, estesa ora ai chip della famiglia RV6xx. L’intervento conta sette righe aggiunte e due eliminate, ma affronta una condizione che poteva compromettere la riproduzione di video su computer perfettamente funzionanti. Il 2 novembre Alex Deucher ha risposto confermando l’applicazione della patch. È un passaggio verificabile nella discussione originale sulla mailing list Linux, distinto dall’effettiva distribuzione della correzione agli utenti.

OpenAI Codex aiuta il debug, ma il test riguarda un solo modello

Bullock ha dichiarato esplicitamente di aver utilizzato Codex per l’analisi, le verifiche e la preparazione della patch. Non è però corretto attribuire all’intelligenza artificiale la scoperta autonoma del difetto: la segnalazione documenta l’esperimento dell’autore, che ha confrontato la decodifica da memoria di sistema con quella da VRAM e ha sottoposto una modifica alla revisione pubblica. Un altro limite riguarda i test: la correzione è stata verificata direttamente sull’RV610, utilizzando Debian, mentre per le altre quattro famiglie il contributore ha chiesto conferme a chi dispone dell’hardware. La stessa architettura e il percorso di decodifica comune motivano l’estensione, ma non equivalgono a prove indipendenti su ogni scheda.

Linux 7.5 è il traguardo previsto, non un aggiornamento già installabile

Phoronix e Tom’s Hardware collocano la modifica nella serie di patch AMD destinata al ciclo di integrazione di Linux 7.5. L’accettazione da parte del manutentore rende concreto il percorso della correzione, ma non garantisce ancora una data di distribuzione per Debian, Ubuntu o le altre distribuzioni, che seguono calendari e versioni del kernel differenti. Il miglioramento riguarda inoltre la decodifica video sulle GPU legacy interessate, non un aumento generale delle prestazioni grafiche o la compatibilità con i formati video moderni. Per gli utenti che mantengono computer storici, la differenza è tutt’altro che marginale: ripristinare una riproduzione senza artefatti può rendere nuovamente utilizzabile una funzione presente nell’hardware fin dall’origine.

Continua con:

Linus Torvalds usa l’AI sul kernel Linux: 23 volte più veloce, ma la review trova una race

Mesa 26.3 porta anti-lag su AMD e Vulkan 1.3 sulle GPU ARM Mali

Il caso Radeon misura il valore del supporto open source di lunga durata

Il nuovo intervento segue altri lavori sui driver AMD storici, ma presenta una differenza precisa: corregge un difetto riproducibile invece di limitarsi alla manutenzione del codice. Le Radeon HD 2000 e 3000 appartengono alla prima stagione delle GPU AMD dopo l’acquisizione di ATI, ormai lontanissima dai prodotti attuali. Eppure il codice mantenuto nel kernel consente ancora a un contributore indipendente di proporre una soluzione, ottenere una revisione e raggiungere il ramo di sviluppo. Il risultato non è la rinascita prestazionale di schede obsolete, ma la possibilità di continuare a usare correttamente hardware che altrimenti resterebbe penalizzato da un bug software.