Intel sta lavorando per sbloccare pienamente le funzionalità di HDMI 2.1 Fixed Rate Link (FRL) sui sistemi operativi Linux, con un set di 44 patch dedicate alle piattaforme Meteor Lake e successive. I test iniziali dimostrano la capacità di gestire segnali a 4K a 120 Hz, mentre lo sviluppo del supporto per Display Stream Compression (DSC) e le risoluzioni 8K è ancora in corso.

Per anni, l’implementazione di HDMI 2.1 su Linux ha rappresentato una sfida persistente. Un notebook dotato di una GPU Intel recente poteva indicare il supporto a HDMI 2.1 FRL (Fixed Rate Link), la modalità di trasmissione ad alta velocità che consente di superare i precedenti limiti di banda; un televisore 4K poteva accettare 120 Hz e il cavo essere perfettamente adeguato. Eppure, collegando tutto sotto Linux, alcune configurazioni rimanevano legate ai limiti del vecchio collegamento TMDS (Transition Minimized Differential Signaling).

TMDS è il metodo utilizzato dalle versioni HDMI fino alla 2.0 per trasportare audio e video digitali: i dati viaggiano su tre canali differenziali, mentre un quarto canale porta il segnale di clock. Con HDMI 2.0, TMDS raggiunge una banda lorda massima di 18 Gbps, sufficiente ad esempio per il 4K a 60 Hz. HDMI 2.1 introduce invece FRL, che sostituisce il vecchio schema con collegamenti a velocità fissa e permette di arrivare fino a 48 Gbps, rendendo possibili modalità come 4K a 120 Hz con molti meno compromessi.

Intel sta ora cercando di colmare questa lacuna su Linux con una serie di 44 patch per il driver grafico del kernel, destinate a Meteor Lake e alle piattaforme successive. Gli interventi proposti dagli sviluppatori Intel sono al momento al vaglio dei maintainer del kernel Linux e, verosimilmente, ci vorrà del tempo affinché possano essere integrate in modo stabile. È il metodo tipico dello sviluppo DRM/KMS (Direct Rendering Manager/Kernel Mode Setting) del kernel Linux: modifiche molto invasive al sottosistema display difficilmente entrano tutte insieme senza diverse iterazioni.

Va detto però che il risultato ottenuto è già significativo. Intel riferisce di avere testato il codice su Panther Lake e Meteor Lake; sul primo funzionano modalità come 3840 x 2160 a 120 Hz. Non è ancora una garanzia per ogni notebook e ogni monitor, perché entrano in gioco il PHY (circuito che genera e riceve i segnali elettrici dell’interfaccia) effettivamente cablato dal produttore, il firmware, la porta utilizzata, l’EDID del display (Extended Display Identification Data – piccolo blocco di informazioni che monitor o TV comunica alla GPU per indicare le proprie capacità: risoluzioni, frequenze di aggiornamento, formati colore, HDR e caratteristiche HDMI supportate) e naturalmente la qualità del collegamento.

Usare FRL non consiste semplicemente nell’aumentare una frequenza: sorgente e display devono concordare una modalità comune e verificare che il collegamento riesca a trasportare i dati con un margine di errore accettabile. Questo processo prende il nome di link training. La principale assenza nella prima versione delle patch Intel per Linux riguarda Display Stream Compression, abbreviato DSC. Si tratta di una compressione video progettata specificamente per le interfacce display e concepita per ridurre fortemente la quantità di dati da trasmettere mantenendo una qualità visiva molto elevata.

Pur senza DSC, FRL aumenta già parecchio le combinazioni disponibili. Una modalità 4K a 120 Hz può rientrare nella capacità del collegamento in diverse configurazioni senza compressione. Salendo verso 8K o refresh rate molto alti, invece, il fabbisogno cresce rapidamente e DSC diventa spesso indispensabile.

Un lavoro iniziato nel 2022 e poi interrotto. La parte curiosa della vicenda riguarda i tempi. Patch Intel dedicate a HDMI 2.1 nativo per Meteor Lake circolavano già nel 2022, prima ancora che i processori Core Ultra arrivassero sul mercato. Dopo quelle proposte, lo sviluppo pubblico praticamente si fermò. La coincidenza con le difficoltà incontrate da altri produttori ha alimentato parecchie discussioni sulla relazione tra le specifiche HDMI e i driver open source.

Il caso più noto riguarda AMD: nel 2024 gli sviluppatori spiegarono pubblicamente di non poter pubblicare una loro implementazione HDMI 2.1 conforme alle condizioni richieste dall’HDMI Forum, nonostante avessero lavorato sul supporto. Non è disponibile alcuna dichiarazione Intel che attribuisca direttamente l’interruzione del progetto del 2022 alle stesse ragioni. Il fatto che prima AMD (con AMDGPU) e ora Intel abbiano ripreso il lavoro su FRL indica però che qualcosa, sul piano tecnico o delle condizioni che consentono di pubblicare il codice, si è evidentemente sbloccato.

* Contenuto realizzato con l’ausilio di sistemi di intelligenza artificiale.