Durant anys, els que utilitzaven targetes gràfiques AMD Radeon a Linux s'han trobat amb una barrera incòmoda: el sistema operatiu no era capaç d'esprémer l'estàndard HDMI 2.1 a través dels controladors de codi obert, tot i que el maquinari i els televisors ja estaven llestos. El resultat era evident, sobretot al saló: equips potents connectats a pantalles 4K modernes, però limitats per un HDMI 2.0 que es quedava curt.
Aquesta situació finalment comença a canviar. AMD ha enviat una primera sèrie oficial de pegats per al driver AMDGPU del nucli Linux que introdueix suport per a HDMI FRL (Fixed Rate Link), el nou mode de transmissió que dóna a HDMI 2.1 el salt d'ample de banda necessari per a resolucions i taxes de refresc més ambicioses. Encara no és el paquet complet de l'estàndard, però sí el moviment clau que la comunitat feia anys que esperava.
Del bloqueig de l'HDMI Fòrum al pas endavant d'AMD
L'origen d'aquest embús no estava en una mancança tècnica d'AMD, sinó a les restriccions de llicència del HDMI Forum, l'organisme privat que controla l'estàndard HDMI i les condicions d'ús. Durant anys es va negar que es publiqués una implementació oberta i completa de HDMI 2.1 per a Linux, amb l'argument que revelar certs detalls violaria els requisits de propietat intel·lectual.
Al febrer de 2024, l'HDMI Forum va arribar fins i tot a rebutjar formalment la proposta d'AMD per alliberar un driver open source amb suport complet de HDMI 2.1. Això va deixar a qualsevol que usés una GPU AMD amb Linux lligat, a la pràctica, a l'ample de banda de HDMI 2.0, encara que la targeta gràfica fos perfectament capaç de treballar amb HDMI 2.1 en altres sistemes, com Windows.
L'impacte era molt concret: 4K a 120 Hz, 8K a 60 Hz, HDR ple o configuracions de color sense retallades només eren viables recorrent a DisplayPort o directament instal·lant Windows. En molts salons d'Espanya i Europa, on és habitual endollar el PC al televisor per HDMI, això suposava renunciar a part del rendiment real de la màquina.
La nova tanda de pegats enviada pels enginyers d'AMD canvia aquest guió. En integrar FRL a AMDGPU dins del nucli, Linux comença a trencar el sostre de HDMI 2.0 sense saltar-se les regles del HDMI Forum, trobant una fórmula en què es respecta la propietat intel·lectual i, alhora, es manté el caràcter obert del controlador.
Què és FRL i per què és la peça clau de HDMI 2.1
El cor d'aquesta actualització és el HDMI Fixed Rate Link (FRL), el mode de transport introduït amb HDMI 2.1 que substitueix l'enllaç TMDS heretat de HDMI 2.0. Fins ara, les sortides HDMI a Linux amb GPUs AMD estaven limitades a aquest TMDS, el sostre d'ample de banda del qual es quedava curt per a les exigències actuals.
Amb FRL, HDMI 2.1 pot elevar l'amplada de banda fins 48 Gbps quan es fan servir cables Ultra High Speed. Aquesta xifra és la que fa possible enviar senyal 4K a 120 Hz, mantenir HDR actiu sense retallades agressives de color, i fins i tot apuntar a resolucions més grans com 5K a 240 Hz en escenaris molt concrets.
Els pegats d'AMD integren precisament aquest mode FRL al controlador AMDGPU del nucli Linux. Segons la documentació remesa per enginyers com Harry Wentland i altres responsables del driver, la implementació ja ha superat una part representativa de les proves de conformitat del HDMI Forum, i la validació completa està en marxa per garantir que tot encaixa amb les especificacions oficials.
Convé matisar, això sí, què hi entra i què es queda fora d'aquest primer moviment. En aquesta fase inicial encara no s'activen funcions com Display Stream Compression (DSC) ni Variable Refresh Rate (VRR). Totes dues segueixen en proves i apareixeran en enviaments de pegats posteriors, de manera que la pila HDMI 2.1 encara no està completa.
A la pràctica, el que ja es guanya és el transport de dades d'alta velocitat sobre HDMI 2.1, és a dir, la base necessària per començar a aprofitar monitors i televisors moderns amb resolucions elevades i taxes de refresc superiors a les permeses per HDMI 2.0 a Linux, fins i tot abans que arribin tots els extres de l'estàndard.
Valve, SteamOS i la pressió silenciosa per desbloquejar HDMI 2.1
Mentre AMD buscava encaixar les peces amb el HDMI Forum, un altre actor jugava un paper clau entre bambolines: Vàlvula. La companyia darrere de Steam, SteamOS i dispositius com Steam Deck o la futura Steam Machine té un interès evident que el HDMI 2.1 funcioni de forma nativa a Linux, especialment al saló.
Segons diferents fonts tècniques, Valve hauria mantingut negociacions discretes amb el HDMI Forum i pressionat a AMD per trobar una solució que permetés habilitar HDMI 2.1 a Linux sense violar les llicències. Per a un equip orientat al saló, HDMI 2.1 pesa més que DisplayPort, i no poder oferir-lo en condicions posava a SteamOS en desavantatge davant de mini PCs amb Windows o consoles de sobretaula.
A això se suma la feina paral·lela de la comunitat. Desenvolupadors independents van arribar a publicar implementacions experimentals de HDMI 2.1 a Linux que demostraven que, tècnicament, el suport era possible sense trair els principis del programari lliure. Aquest recorregut hauria servit de base perquè AMD i Valve encaixessin una versió del codi que respecta els secrets del HDMI Forum i, tot i així, funciona al kernel.
El resultat de tota aquesta pressió silenciosa és que dispositius com SteamOS, la Steam Machine o una futura steam Deck connectada al televisor podran aprofitar HDMI 2.1 principalment via programari, sense necessitat de canvis de maquinari. El veritable límit ja no serà tant la GPU, sinó el ritme al qual el nucli de Linux i les distribucions integrin i estabilitzin aquestes millores.
Què canvia per als jugadors de Linux a Espanya i Europa
En el dia a dia, els que més notaran el canvi seran els usuaris de targetes AMD Radeon a PCs amb Linux connectats a televisors i monitors moderns per HDMI. Fins ara, per esprémer una pantalla 4K amb altes taxes de refresc era gairebé obligatori estirar DisplayPort o resignar-se a instal·lar Windows.
A moltes llars d'Espanya i Europa és habitual tenir el PC de jocs al saló, connectat directament a una televisió 4K amb ports HDMI 2.1. En aquestes configuracions, el coll d'ampolla estava al sistema operatiu: el maquinari era capaç de molt més, però el driver obert es quedava encallat a les limitacions de HDMI 2.0.
Amb l'arribada de FRL al driver AMDGPU, aquest sostre es comença a trencar. Sempre que el televisor i el cable compleixin l'estàndard modern, serà possible aspirar a 4K amb taxes de refresc més altes, HDR actiu i menys concessions a la qualitat d'imatge. Ja no serà tan necessari recórrer a trucs com reduir la informació de color o baixar la freqüència només perquè lenllaç no se saturi.
Des del punt de vista de l'adopció de Linux com a plataforma de joc, la millora és significativa: se n'elimina una de les raons recurrents per seguir usant Windows en configuracions de saló. Si el mateix maquinari ofereix una experiència visual comparable amb SteamOS o distribucions populars com Ubuntu, Fedora, Manjaro o Arch, l'elecció passarà a dependre més del catàleg de jocs i de les preferències de l'usuari que no pas de limitacions tècniques.
També canvia el panorama per a integradors i botigues d'informàtica a Europa. Podran anunciar amb més claredat equips de gaming preparats per a HDMI 2.1 sota Linux sense haver de matisar contínuament que “per aprofitar-ho del tot cal Windows”. Això facilita que es dissenyin configuracions pensades des del principi per a GNU/Linux, cosa que fins ara anava un pas darrere del maquinari.
Estat actual del suport i els propers passos al nucli
Tot i el to optimista, AMD insisteix que, a hores d'ara, no estem encara davant una implementació completa de HDMI 2.1 a AMDGPU. El que s'ha enviat al nucli és una sèrie inicial de pegats que cobreix el transport de dades d'alta velocitat mitjançant FRL i que ha superat una bona part de les proves de conformitat que exigeix el HDMI Forum.
Entre les peces pendents hi ha el Compressió del flux de visualització (DSC) -clau per combinar resolucions molt altes amb taxes de refresc també elevades sense saturar l'enllaç- i el Freqüència de refresc variable (VRR), que sincronitza la freqüència de refresc del panell amb els fotogrames generats per la GPU per reduir estrebades i esquinçaments.
El procés habitual en el desenvolupament del nucli Linux implica diverses fases: revisió del codi, proves per part de la comunitat, integració en branques de desenvolupament i, finalment, incorporació a una versió estable del nucli. Aquest camí pot portar des d'unes setmanes fins a uns quants mesos, depenent dels comentaris dels mantenidors i de si apareixen problemes en configuracions concretes.
Per a l'usuari corrent, el canvi es materialitzarà a través de actualitzacions del kernel i de les distribucions. En entorns com SteamOS o en distros populars al mercat europeu, el raonable és que el suport s'integri de forma força transparent, sense necessitat que l'usuari compile res pel seu compte, més enllà de mantenir el sistema al dia.
Durant un temps coexistiran diferents situacions: hi haurà distribucions que integrin ràpid els pegats i d'altres que prefereixin esperar versions LTS més madures. És possible que les funcions més avançades de HDMI 2.1 apareguin abans en kernels recents que en branques de suport prolongat, però el fet que la implementació actual ja estigui passant proves oficials de compliment indica que el gruix del treball dur està fet.
Tot aquest moviment col·loca Linux en una posició diferent de la de fa només uns anys. El suport de HDMI 2.1 al driver obert AMDGPU deixa de ser una promesa més o menys llunyana i es converteix en una realitat en procés dintegració. Encara que encara faltin peces com DSC i VRR per completar el paquet, el salt al mode FRL i al nou ample de banda canvia les regles del joc per als que volen esprémer els seus Radeon a televisors i monitors moderns, tant a Espanya com a la resta d'Europa.
