I åratal, Linux-användare med AMD Radeon-grafikkort De hade en ganska bitter erfarenhet: hårdvaran och TV:n var redo att dra nytta av HDMI 2.1, men systemet satt fast med begränsningarna hos HDMI 2.0. Alla som anslöt sin Linux-dator till en toppmodern 4K-TV via HDMI upptäckte att den tillgängliga bandbredden i praktiken inte räckte till för att hantera allt som grafikkortets specifikationer utlovade.
Den situationen börjar förändras på allvar. AMD har skickat en Första uppsättningen patchar för AMDGPU-drivrutinen med öppen källkod vilket introducerar stöd för HDMI FRL (Fixed Rate Link), överföringsläget som ger liv åt bandbreddssprånget för HDMI 2.1. Det är ännu inte det kompletta paketet, men det är vändpunkten som communityn har väntat på i åratal, med en direkt inverkan på hemutrustning.
Från HDMI-forumets blockering till öppnandet av standarden i Linux
Det underliggande problemet var inte tekniskt, utan relaterat till licensiering. HDMI-forumet hade lagt in sitt veto i åratal En helt öppen implementering av HDMI 2.1 i drivrutiner med öppen källkod. För att en funktion ska inkluderas i Linuxkärnan måste koden vara offentlig, och detta kolliderade direkt med sekretesskraven hos den organisation som hanterar HDMI-standarden.
AMD hade länge försökt hitta en lösning: att släppa en implementering som skulle få HDMI 2.1 att fungera utan att avslöja de detaljer som HDMI Forum anser vara känsliga. I februari 2024 nådde forumet faktiskt formellt avvisa ett förslag från AMD att släppa en drivrutin med fullt HDMI 2.1-stöd på Linux, vilket dömde Radeon-kort på detta system att behålla HDMI 2.0-bandbredden.
Den blockaden införde mycket specifika begränsningar: 4K vid 120Hz, 8K vid 60Hz, Full HDR Obeskurna färginställningar var endast möjliga med DisplayPort eller genom att installera Windows direkt. I många hem, där det är normen att ansluta vardagsrumsdatorn till TV:n via HDMI, var konsekvensen tydlig: man var tvungen att offra en del bildkvalitet eller höga uppdateringsfrekvenser även om TV:n och grafikkortet var helt kompatibla med HDMI 2.1.
Situationen börjar förändras med ankomsten av de nya patcharna som skickats av AMD-ingenjörer till AMDGPU-drivrutinen. Den stora nya funktionen är integrationen av HDMI FRL i kärndrivrutinen, ett steg som HDMI Forum redan har kunnat utsätta för efterlevnadstester utan att, till synes, bryta mot dess sekretesskrav. Det är det första officiella steget som öppnar dörren för inbyggd HDMI 2.1 på Linux utan att förlita sig på proprietära lösningar.
Vad erbjuder HDMI FRL och varför är det nyckelkomponenten i HDMI 2.1?
Kärnan i detta framsteg är FRL, en förkortning för Fasträntelänkning, det nya länkläget HDMI 2.1 introduceras för att ersätta den gamla TMDS som ärvdes från HDMI 2.0. Fram tills nu har HDMI-anslutningar med AMD-grafikprocessorer på Linux varit tvungna att använda den gamla länken, med ett bandbreddstak som inte är tillräckligt för dagens krav från spel och avancerad video.
Med FRL är HDMI 2.1 kapabelt till Öka bandbredden till 48 Gbps Om certifierade Ultra High Speed-kablar används är det denna siffra som i praktiken möjliggör sändning av en 4K-signal vid 120 Hz samtidigt som HDR hålls aktivt, vilket minimerar färgsubsampling och banar väg för ännu mer aggressiva upplösningar och uppdateringsfrekvenser på specialiserade bildskärmar.
Patcharna som släppts av AMD lägger till detta FRL-läge till AMDGPU-drivrutinen som är integrerad i kärnan. Enligt den medföljande dokumentationen, Implementeringen har redan klarat en representativ delmängd av testerna i enlighet med HDMI Forum självt, även om fullständig validering fortfarande pågår för att den ska kunna betraktas som fullt certifierad.
Det är dock viktigt att vara tydlig med vad denna första fas täcker och vad den inte gör. I denna inledande leverans Funktioner som Display Stream Compression (DSC) och Variable Refresh Rate (VRR) ingår inte ännu.DSC är avgörande för att kombinera mycket höga upplösningar med ambitiösa uppdateringsfrekvenser utan att mätta länken, och VRR är nyckeln till att synkronisera skärmens uppdateringsfrekvens med GPU:ns bildrutor, vilket minskar tearing och stuttering. Båda funktionerna testas fortfarande och förväntas i efterföljande patchuppdateringar.
Övergången till FRL har dock redan en praktisk inverkan. Det som låses upp nu är höghastighetsdatatransport via HDMI 2.1, vilket var just den flaskhals som höll tillbaka de som försökte få ut det mesta av 120Hz 4K-TV-apparater eller skärmar med hög uppdateringsfrekvens på Linux. Även om vissa delar av standarden fortfarande saknas, finns grunden för att bättre utnyttja dessa skärmar redan inom AMD:s ekosystem med öppen källkod.
Valve, SteamOS och pressen att få HDMI 2.1 till vardagsrummet
Vid sidan av AMD:s arbete indikerar flera källor att Ventil har spelat en avgörande roll I detta skifte har företaget bakom Steam, Steam Deck och SteamOS länge drivit på för att Linux-ekosystemet ska konkurrera direkt med Windows och konsoler när det gäller att ansluta till vardagsrums-TV:n.
Enligt olika rapporter har Valve varit diskret trycka på HDMI Forum och AMD För att lösa denna situation är HDMI 2.1 mer relevant än DisplayPort för en enhet i vardagsrummet, och oförmågan att erbjuda det ordentligt sätter SteamOS i en nackdel jämfört med Windows mini-datorer eller nästa generations konsoler.
Företaget har också visat intresse för en en så öppen implementering som möjligt av HDMI-standardenDetta beror på att dess ekosystem är beroende av AMD-hårdvara och ett Linux-baserat operativsystem. Samtidigt släppte community-utvecklare experimentella implementeringar som visade att det var möjligt att erbjuda avancerat HDMI 2.1-stöd utan att bryta mot principerna för fri programvara.
Allt detta sammanhang har lett till den nuvarande serien av patchar. Om AMD lyckas stänga fullt stöd – inklusive DSC och VRR – enheter som ångmaskinen eller en framtida Steam Deck 2 ansluten till TV:n De skulle kunna dra nytta av HDMI 2.1 utan att ändra hårdvaran, enbart genom programvaruförbättringar, drivrutiner och validering. Den begränsande faktorn skulle då vara hastigheten med vilken kärnan integrerar och stabiliserar dessa funktioner.
Historiska begränsningar för Radeon-grafikkort på Linux via HDMI
Fram tills dessa ändringar trädde i kraft var många användares upplevelse tydlig: Det spelar ingen roll hur kraftfull Radeon var eller hur avancerad TV:n var.Om du använde HDMI på Linux var det praktiskt taget uteslutet att uppnå 4K vid 120Hz eller ens överväga 8K. Det enda alternativet var att nöja sig med en lägre uppdateringsfrekvens eller använda DisplayPort närhelst skärmen stödde det.
För de som använder Linux som sitt huvudsakliga operativsystem var detta en nackdel jämfört med Windows. Ansluta ett AMD-grafikkort till en avancerad TV i Windows och att maximera dess kapacitet var mycket enklare; i Linux, å andra sidan, stötte användaren på en vägg av licenser och bristen på officiellt stöd för HDMI 2.1 i öppna drivrutiner.
Med FRL-stöd som kommer till AMDGPU, Den klyftan mot Windows minskar synbart.Det kommer inte längre vara obligatoriskt att använda DisplayPort för att få ut det mesta av skärmen, och inte heller att finna sig i en begränsad upplevelse när man använder HDMI i Linux, förutsatt att kärnan och distributionen integrerar lämpliga drivrutinsversioner.
Påverkan på Linux-spelare
I det dagliga bruket kommer de första att märka förändringen vara användare som kombinerar AMD Radeon-grafikkort, Linux och moderna skärmar anslutna via HDMIFram tills nu var det nästan obligatoriskt att använda Windows eller en skärm med fullt stöd för DisplayPort för att njuta av 4K med höga uppdateringsfrekvenser och god bildkvalitet.
I hemmiljöer, där det är vanligt att stationära datorer eller mini-PC:n placeras bredvid TV:n, Att dra nytta av HDMI 2.1 är nyckeln till spel i vardagsrummetMed FRL som körs på den öppna drivrutinen kommer dessa konfigurationer att kunna sikta på 4K vid 120 Hz med aktiv HDR och färre färguppoffringar, förutsatt att både TV:n och kabeln uppfyller Ultra High Speed-standarden.
Ur Linux-användningens perspektiv för spel är flytten betydande. En av de vanligaste ursäkterna är eliminerad att fortsätta använda Windows på datorer avsedda för multimedia och spel i vardagsrummet. Om samma maskin erbjuder en liknande visuell upplevelse på SteamOS eller populära distributioner (Ubuntu, Fedora, Manjaro, Arch, etc.), begränsas inte längre systemvalet av en flaskhals för videoutgången.
PC-tillverkare och montörer gynnas också. Med denna utveckling kommer de att kunna Tillkännager verklig kompatibilitet med HDMI 2.1 under Linux På system baserade på AMD-grafikprocessorer är det självklart att använda Windows är avgörande för att få ut det mesta av det. Detta skulle kunna uppmuntra till att erbjuda fler förinstallerade konfigurationer med GNU/Linux-distributioner riktade mot spelare.
Nuvarande supportstatus och nästa steg i kärnan
Trots den optimistiska tonen insisterar AMD på att det fortfarande Detta är inte en komplett HDMI 2.1-stack i AMDGPU-drivrutinen. Det som har nått kärnan är en första uppsättning patchar som möjliggör höghastighetsdatatransport via FRL och har redan klarat en betydande del av HDMI Forums efterlevnadstester.
Integrationen av Display Stream Compression (DSC)avgörande för att kombinera extrema upplösningar med mycket höga hastigheter utan att mätta länken, samt stabilt stöd för Variabel Refresh Rate (VRR)vilket hjälper till att synkronisera skärmen med GPU-bilderna för att jämna ut upplevelsen i krävande spel.
Den vanliga processen vid kärnutveckling innebär att dessa patchar går igenom flera faser: granskning av underhållsleverantörer, testning i gemenskapen och slutligen, integration i en stabil kärnversion. Denna process kan ta allt från några veckor till flera månader, beroende på den feedback som tas emot och eventuella problem som uppstår med specifika hårdvarukonfigurationer.
För slutanvändaren kommer ändringen att ske via en systemuppdatering. Distributioner som Ubuntu, Fedora eller Arch LinuxFörutom SteamOS kommer dessa patchar successivt att integreras i deras kärnor. I de flesta fall behöver användaren bara hålla systemet uppdaterat; det kommer inte att vara nödvändigt att kompilera drivrutiner manuellt om du inte vill ligga steget före de officiella versionerna.
Det förväntas att de mer avancerade funktionerna i HDMI 2.1 kommer att anlända tidigare i nya kärnor eller mindre konservativa grenar Till skillnad från LTS-versioner, som vanligtvis prioriterar stabilitet, indikerar det faktum att den nuvarande koden redan genomgår officiell testning att den mest komplexa delen av det tekniska arbetet är på rätt spår.
Med detta drag går HDMI 2.1-stöd i Linux från att vara ett avlägset löfte till verklighet i driftsättningsfasen. Inkluderingen av FRL i AMDGPU-drivrutinen med öppen källkod bryter äntligen bandbreddstaket för HDMI 2.0. Och det öppnar ett nytt kapitel där Radeon-användare kommer att kunna dra bättre nytta av sina moderna TV-apparater och bildskärmar, medan de väntar på att funktioner som DSC och VRR ska lägga grunden för pusslet.
