A volte basta scavare nei repository di sviluppo del kernel Linux per accorgersi che la storia dell'informatica non è mai del tutto passata. Nel corso del 2026 è previsto un nuovo giro di migliorie per il driver open-source delle GPU ATI della famiglia R300, quelle che equipaggiavano gli ultimi Power Mac di Apple con processore IBM PowerPC, usciti nel 2004. Stiamo parlando di schede come la Radeon 9600 XT e la 9800 XT, montate su macchine che oggi hanno più di ventidue anni. Eppure, qualcuno sta ancora scrivendo codice per farle funzionare meglio su Linux.

Un driver che non muore mai

Il driver R300 (parte del più ampio stack Mesa per Linux) non è certo il più performante in circolazione, ma ha un primato: è uno dei più longevi progetti di manutenzione comunitaria nell'ecosistema open-source. Mentre i produttori abbandonano rapidamente il supporto per l'hardware datato, la comunità continua a correggere bug, a ottimizzare percorsi di rendering e a garantire la compatibilità con le versioni più recenti del kernel e del server grafico. Nel 2026 l'attenzione si sposta proprio sulle macchine Power Mac dotate di queste GPU, con patch che affinano la gestione della memoria video, la sincronizzazione dell'output e i meccanismi di accelerazione 2D ancora utili in ambienti minimali.

L'eredità del PowerPC e della R300

Per capire perché qualcuno si ostini a lavorare su hardware così vecchio bisogna guardare all'architettura. I Power Mac G5, con il loro processore a 64 bit e un bus di sistema molto veloce per l'epoca, rappresentarono un punto di svolta per Apple prima del passaggio a Intel. Le GPU R300, che introdussero il pieno supporto a DirectX 9.0 e shader model 2.0, erano accoppiate a macchine professionali usate in ambiti dove il ciclo di vita si misurava in decenni: laboratori scientifici, sistemi embedded, postazioni di controllo industriale. Molte di queste unità sono ancora in servizio, magari in contesti isolati dove sostituire l'hardware è complicato o costoso. E il sistema operativo d'elezione per tenerle in vita, oggi, è Linux.

Perché il supporto aperto conta (ancora oggi)

Questa vicenda ha un insegnamento che va ben oltre la nostalgia. L'obsolescenza programmata è un problema che il software proprietario non può risolvere: quando il vendor smette di rilasciare driver, la scheda diventa un fermacarte, anche se funziona perfettamente. Con il codice aperto, invece, la comunità può intervenire a tempo indeterminato, prolungando l'utilità dell'investimento hardware. Non si tratta di una questione puramente filosofica: per chi oggi valuta deployment on-premise di carichi di lavoro di intelligenza artificiale, la durata del supporto è una componente chiave del TCO. Acquistare un sistema con componenti ben documentati e driver open-source — GPU compresa — significa poterlo mantenere in esercizio più a lungo, senza dipendere da roadmap aziendali altrui.

Cosa segnala nel framework più ampio

Il fatto che nel 2026 si lavori ancora sui driver per GPU ATI R300 dimostra che l'ecosistema open-source risponde a una domanda reale, anche se di nicchia. In un momento in cui le infrastrutture on-premise per LLM richiedono hardware sempre più specializzato, non bisogna dimenticare che la capacità di mantenere il controllo sul proprio stack passa anche dalla possibilità di aggiornare, riparare e riutilizzare ciò che si possiede. I framework analitici che AI-RADAR propone per valutare trade-off nel deployment locale (ad esempio sulla pagina dedicata a /llm-onpremise) mettono in luce proprio questo: la libertà di scegliere quando e come rinnovare la propria dotazione è un vantaggio strategico, non un vezzo da collezionisti. Le macchine del 2004 non faranno girare un LLM, ma il principio è lo stesso: il codice aperto è l'antidoto alla dipendenza da fornitori e alla pianificazione dell'obsolescenza.