La proposta, ancora in fase di discussione sulle mailing list del kernel, prevede di segnare come deprecate un gruppo di architetture ARM considerate ormai reliquie hardware. Il piano è completo entro l'inizio del 2027, con la rimozione definitiva del codice relativo. Non si tratta di un fulmine a ciel sereno: poche settimane prima, gli sviluppatori avevano avviato l'iter per eliminare il supporto alle CPU Intel i486, un passo che ha aperto la strada a una più ampia revisione delle piattaforme legacy.

Per l'ecosistema ARM, la scure si abbatterà su System-on-Chip e board che hanno fatto la storia dei primi dispositivi embedded e di alcune macchine industriali, ma che oggi non vedono più alcun impiego reale. I manutentori puntano a sfrondare migliaia di righe di codice non testato, driver spesso privi di manutentore e configurazioni che rallentano lo sviluppo della parte viva del kernel.

Dietro questa operazione di decoupling c'è una logica di igiene del software che paga dividendi immediati per chi esegue carichi di lavoro enterprise, in particolare server on-premise. Meno codice significa meno bug latenti e una superficie d'attacco ridotta, due aspetti capitali per le aziende che tengono dati e modelli all'interno dei propri data center per ragioni di sovranità e conformità.

Il tempismo è tutt'altro che casuale. L'architettura ARM sta vivendo una seconda giovinezza nel mondo server grazie a processori come Ampere Altra e NVIDIA Grace, pensati per offrire densità di core e efficienza energetica nei carichi di inference LLM. Un kernel Linux che si disfa del fardello di vecchie board ARMv5 o ARMv7 (per citare generazioni oggi archeologiche) può concentrare test, ottimizzazioni e patch di sicurezza proprio su queste piattaforme moderne, quelle che finiscono nei rack delle aziende.

Per chi sta valutando o gestendo deployment on-premise di modelli linguistici, la notizia ha un risvolto pragmatico. La maturità del supporto Linux su ARM determina la stabilità operativa di server utilizzati per servire modelli quantizzati, pipeline di fine-tuning locale o sistemi di retrieval-augmented generation interni. Una codebase più pulita riduce il rischio di regressioni e accelera l'integrazione di feature come l'IOMMU e la virtualizzazione, fondamentali per isolare i carichi AI in ambienti multi-tenant.

Non va trascurato l'aspetto compliance: meno componenti legacy nel kernel significa una superficie di audit più gestibile, elemento che semplifica i processi di certificazione per settori regolamentati. In ambienti dove la sovranità dei dati non è negoziabile, ogni riduzione del TCO di manutenzione software – inclusa la manutenzione del sistema operativo – si traduce in risorse liberate per l'ottimizzazione dell'inference.

La tabella di marcia verso il 2027 lascia ai distributori enterprise e ai team IT il tempo necessario per verificare che eventuali dipendenze hardware non ricadano tra le piattaforme interessate. Per la stragrande maggioranza delle realtà che fanno on-premise LLM, la conferma è rassicurante: il kernel si sta sbarazzando di ciò che non serve, per correre più veloce sui processori che contano.