Asahi Linux su Apple Silicon: cosa funziona davvero e cosa manca ancora

Dire che Linux supporta un Mac Apple Silicon è una risposta troppo semplice a una domanda che, per chi usa davvero quella macchina, è molto più concreta: funzionano la sospensione, la grafica, i monitor esterni, le periferiche e gli strumenti di lavoro? Il report di Asahi Linux del 7 novembre 2026 è interessante soprattutto perché permette di separare tre stati che vengono spesso confusi: funzionalità disponibili, implementazioni parziali e prototipi di ricerca.

M3 disponibile non significa M3 completo

Il supporto ai Mac con chip M3 è passato alla disponibilità generale nell’installer, senza richiedere la modalità EXPERT. È importante però non attribuire al report di novembre un cambiamento avvenuto tutto in un giorno: l’annuncio originale di settembre riportava già, in un aggiornamento del 15 settembre, la rimozione di quel requisito. Il report di novembre consolida il quadro e descrive progressi successivi.

Fra questi c’è l’abilitazione del Display Co-Processor (DCP), che migliora la gestione del display e permette la sospensione sui dispositivi M3 interessati. Sui MacBook diventa utilizzabile anche la regione del pannello attorno al notch. Il progetto segnala aggiornamenti di m1n1 e kernel in arrivo: la disponibilità di una funzione dipende quindi anche dalla versione effettivamente installata, non solo dalla famiglia del processore.

Rimane un’eccezione decisiva: la GPU M3. Il team ha documentato un primo risultato di reverse engineering, fino all’inizializzazione del dispositivo e al rendering di un triangolo. È una tappa ingegneristica reale, ma non equivale a un driver grafico accelerato pronto per desktop, modellazione o giochi. È proprio qui che la parola “supportato” smette di essere una garanzia utile.

Thunderbolt: una porta funzionante non è un dock funzionante

Asahi ha iniziato a distribuire nel proprio kernel downstream il supporto Thunderbolt sviluppato e inviato anche alla revisione upstream. È un risultato significativo: il controller progettato da Apple non segue diverse assunzioni del sottosistema Linux storicamente costruito attorno ai controller Intel. Il lavoro ha richiesto di comprendere firmware, topologia e persino modalità di reset integrate nel blocco PMGR.

Il perimetro attuale è però preciso: USB3, XDomain e Thunderbolt Networking. Si possono usare dispositivi USB e collegare due computer Thunderbolt per comunicazioni di rete. Non sono ancora disponibili il tunneling PCIe e quello DisplayPort. Molti dock Thunderbolt dipendono proprio da queste funzioni, soprattutto per periferiche PCIe e monitor esterni.

La compatibilità non si misura dal nome della porta, ma dal protocollo e dalla funzione che il proprio dispositivo deve utilizzare.

Per valutare una postazione Linux su Mac, la domanda corretta non è quindi se Thunderbolt sia “arrivato”. È quali modalità di trasporto siano effettivamente disponibili per il dock, il monitor o l’interfaccia che si vuole collegare. Il report non autorizza a dare per scontata la compatibilità dei dock esistenti.

M4 e M5: avvio del kernel non è una workstation

Nel ciclo di Linux 7.3 compaiono Device Tree iniziali per M4 Pro, M4 Max e M5. La loro funzione attuale è permettere l’avvio fino a una console testuale, non offrire l’intera esperienza desktop. Il team ha inoltre esteso gli strumenti di virtualizzazione e reverse engineering di macOS per affrontare le protezioni più recenti, comprese le Exclaves sui sistemi M5.

Queste attività sono prerequisiti importanti per il supporto futuro, ma sarebbe scorretto trasformarle in un elenco di Mac già pronti per l’uso quotidiano. Fra far partire un SoC e ottenere audio, accelerazione grafica, sospensione e I/O affidabili c’è un lavoro di integrazione spesso molto lungo.

Gaming: perché le pagine di memoria contano più di quanto sembri

Una delle parti tecnicamente più interessanti del report riguarda i giochi Windows. Su Apple Silicon occorre tradurre codice x86-64 per ARM64, gestire le API Windows e fare i conti con programmi che presumono pagine di memoria da 4 KiB. FEX e WINE affrontano i primi due problemi; muvm fornisce un ambiente virtualizzato che permette di aggirare il vincolo sulla granularità delle pagine, ma introduce un costo prestazionale e altre limitazioni pratiche.

Il progetto ha sperimentato P3S, una modifica del kernel nata nel contesto Android per consentire granularità delle pagine diverse a seconda del processo. Nei test Asahi questo approccio permette di eseguire alcuni giochi Windows fuori da muvm. Il team mostra esempi concreti, da Battlefront a Wolfenstein: The New Order, fino a GTA IV e Fallout: New Vegas, con risultati prestazionali molto variabili. Non sono benchmark generali trasferibili a ogni Mac o gioco.

Il punto decisivo è che P3S non viene distribuito da Asahi: l’implementazione attuale è specializzata per host da 16 KiB e processi da 4 KiB, e non è chiaro se e come verrà generalizzata e integrata nel kernel Linux. Servirebbe inoltre un adattamento userspace. Chi legge un video dimostrativo come prova che il gaming senza VM sia già disponibile confonde un esperimento riuscito con una funzionalità supportata.

Upstreaming: meno fork, ma non tutto è già nel kernel stabile

Il report descrive il lavoro sui driver audio macaudio e sul decoder video AVD, insieme a modifiche ALSA e Device Tree. La preparazione per l’invio upstream, l’invio alla revisione, l’accettazione nel mainline e l’effettiva distribuzione in una release sono passaggi diversi. Leggere “upstream” senza specificare quale fase sia stata raggiunta crea aspettative sbagliate.

Il progetto sta adottando un approccio upstream-first quando possibile. Questo ha un valore pratico: riduce nel tempo il peso delle patch mantenute separatamente e rende più probabile che il supporto hardware sopravviva agli aggiornamenti del kernel. Non elimina però la necessità di verificare il kernel effettivamente distribuito e la maturità dei singoli driver.

Una checklist prima di scegliere Apple Silicon per Linux

• Modello esatto: verificare chip, variante e macchina specifica, non soltanto la generazione M1/M2/M3/M4/M5.
• Grafica: distinguere output video di base da accelerazione GPU realmente utilizzabile.
• Dock e display: controllare se il dispositivo richiede PCIe o DisplayPort tunneling, oggi assenti nel supporto Thunderbolt descritto.
• Sospensione e alimentazione: verificare release e aggiornamenti installati, soprattutto sui modelli introdotti più di recente.
• Applicazioni: non considerare i test P3S come una garanzia di compatibilità gaming o di disponibilità nella distribuzione.
• Manutenzione: distinguere codice in revisione upstream da funzionalità già consegnate agli utenti.

Per chi lavora con Linux, l’aspetto incoraggiante non è una promessa di compatibilità totale. È che il progetto documenta apertamente ciò che funziona, ciò che è parziale e ciò che resta ricerca. La scelta tecnica sensata parte dai propri carichi di lavoro: un Mac può essere adeguato per un uso e ancora inadatto per un altro. Il progresso di Asahi è concreto, ma la matrice delle funzionalità vale più di qualunque etichetta “GA”.

La disponibilità della distribuzione conta quanto quella dei driver: Fedora Asahi Remix 45 è stata rilasciata il 3 novembre, in contemporanea con Fedora 45. Per gli aggiornamenti di una workstation resta utile anche una checklist di verifica prima di aggiornare Fedora 45, pur senza confondere il normale upgrade Fedora con la matrice hardware specifica di Asahi.