Il merge window di Linux 7.4 non si era ancora chiuso quando due pull request drm-misc-next erano già in coda per Linux 7.5. A pochi giorni di distanza ne è arrivata una terza, con ulteriori patch dedicate all'abilitazione delle NPU AMD Ryzen AI basate su AIE4. Non è una notizia da changelog: il ritmo con cui il materiale si accumula dice molto su come il supporto agli acceleratori AI stia cambiando posizione dentro il kernel Linux.

drm-misc-next è il ramo in cui confluiscono i driver per GPU e acceleratori che non hanno una collocazione specifica nei sottosistemi principali. È di fatto un'area di staging: le patch maturano qui prima di essere proposte per il kernel stabile. Vederle arrivare con questa continuità per le NPU Ryzen AI suggerisce che AMD sta spingendo l'integrazione nel mainline, invece di lasciare il supporto su rami out-of-tree o nei soli SDK vendor.

Questa è la differenza strutturale. Un driver fuori dal kernel obbliga a seguire repository separati, moduli DKMS e versioni specifiche del vendor. Un driver dentro DRM, invece, entra nel ciclo ordinario di aggiornamento del kernel: le distribuzioni lo raccolgono, i maintainer lo revisionano, e l'hardware diventa utilizzabile con tool generici. Per chi lavora su stack self-hosted, inference on-device o edge, questo passaggio abbassa il costo di integrazione e riduce la dipendenza da blob binari e da calendari di rilascio proprietari.

NPU e LLM: il vincolo non scompare

Le NPU non sono sostitute dirette delle GPU per ogni carico LLM. In generale, questi acceleratori puntano all'efficienza energetica e alla latenza più contenuta su modelli compatti o su fasi specifiche di una pipeline di inference. I limiti di memoria disponibile e di banda restano un vincolo quando si passa a modelli più grandi, dove la VRAM e il throughput delle GPU dedicate contano ancora. Ma la presenza di un supporto mainline cambia la natura delle NPU: da componenti quasi invisibili al di fuori dei framework vendor, diventano risorse che un runtime locale può interrogare e usare in modo uniforme.

Il segnale per il settore va oltre AMD. Se l'abilitazione delle NPU entra stabilmente nel ciclo drm-misc-next, gli incentivi si spostano verso la manutenzione aperta e la compatibilità tra generazioni. I manutentori delle distribuzioni non dovranno rincorrere patch specifiche per ogni processore con NPU; chi sviluppa runtime per inference locale potrà contare su un'interfaccia più stabile. Non è una garanzia che ogni workload LLM giri bene su NPU: la quantization, la dimensione del contesto e l'architettura di memoria restano variabili critiche. Ma è una condizione di partenza che sposta il confine tra hardware consumer e infrastruttura on-prem seria.

Per chi valuta deployment on-prem con NPU e LLM, AI-RADAR offre framework analitici su /llm-onpremise per leggere questi trade-off: non si tratta solo di prestazioni di picco, ma di come driver, runtime e vincoli hardware si compongono nel TCO di un sistema locale. La terza pull request arriva mentre Linux 7.4 è ancora in fase di consolidamento; che il merge window successivo abbia già ricevuto materiale non è un'anomalia, ma il modo con cui un pezzo di hardware passa dall'essere un annuncio di prodotto a una risorsa di sistema.