- AMD integrerar nya AMDGPU-patchar i Linux för att möjliggöra HDMI 2.1 med Display Stream Compression (DSC) och FRL.
- Uppdateringen tar bort långvariga HDMI-licenser och bandbreddsbegränsningar, vilket möjliggör 4K vid 240 Hz och upp till 8K vid 120 Hz på Linux.
- Steam Machine och SteamOS positioneras som några av de största förmånstagarna, och anpassar HDMI till nuvarande DisplayPort-funktioner.
- Patcharna förväntas finnas i en kommande Linux-kärnversion, vilket förbättrar både spel- och skrivbordsbildkvaliteten.
I åratal har Linuxanvändare med kraftfulla Radeon-grafikkort och avancerade TV-apparater fått leva med en märklig motsägelse: Hårdvara och kablar redo för HDMI 2.1, men programvara begränsad till HDMI 2.0Den obalansen innebar att högre uppdateringsfrekvenser, bättre färgdjup och den fulla potentialen hos moderna 4K- och 8K-skärmar blev tillgängliga när HDMI var med i mixen.
AMD minskar nu den klyftan. Genom en ny våg av arbete med öppen källkod AMDGPU-drivrutin, har företaget introducerat en uppsättning patchar som syftar till att möjliggöra Display Stream Compression (DSC) över HDMI 2.1 på LinuxDessa förändringar kommer utöver tidigare ansträngningar kring Fixed Rate Link (FRL), den överföringsmetod som ligger till grund för den högre bandbredden hos HDMI 2.1-standarden, och de omformar tillsammans vad HDMI kan leverera på öppna plattformar.
Vad AMD ändrar i Linux AMDGPU-drivrutinen
Enligt färska rapporter från Linux-grafikgemenskapen har AMD finslipat en betydande uppdatering av sin öppna drivrutin, integrera stöd för HDMI 2.1 med DSC och FRL i AMDGPU-stackenFram tills nu har drivrutinen i praktiken behandlat HDMI-portar som HDMI 2.0-slutpunkter, oavsett GPU:ns eller den anslutna TV:ns faktiska kapacitet.
Den här nya patchserien introducerar alla nödvändiga delar så att, när både GPU:n och skärmen stöder det, länken kan förhandla om FRL-lägen och aktivera DSC-komprimeringI praktiken betyder det att HDMI-utgången inte längre är artificiellt begränsad av det äldre överföringsschemat och äntligen kan fungera i samma liga som moderna DisplayPort-anslutningar.
Ur ett kärnperspektiv kopplas arbetet in i det befintliga DRM-infrastruktur (Direct Rendering Manager), vilket utökar hur lägen valideras och hur bandbredd beräknas för HDMI-konfigurationer med hög upplösning och hög uppdateringsfrekvensIstället för att falla tillbaka till konservativa gränser tar drivrutinen nu hänsyn till det extra utrymmet som FRL erbjuder och den lägre kostnaden per pixel som följer med DSC.
AMDs avsikt är att denna kod ska sammanfogas i en kommande Linux-kärnversion, med referenser som pekar på en målfönster runt version 7.2 av kärnanDet ger utbetalningarna en tydlig tidslinje till börja leverera förbättringarna i deras standardgrafikstackar under de kommande utvecklingscyklerna.
FRL och DSC: hur HDMI 2.1 äntligen sträcker ut sina ben
För att förstå varför dessa patchar är viktiga är det bra att analysera de olika teknikerna. HDMI 2.1 höjer inte bara siffrorna; det förlitar sig på Fasträntelänk (FRL) som ett nytt sätt att överföra data genom kabeln. FRL ersätter den äldre TMDS-metoden som används i HDMI 2.0, vilket möjliggör mycket högre dataflöde över samma fysiska kontakt.
Ovanpå FRL sitter Display Stream Compression. DSC är ett visuellt förlustfritt komprimeringsschema utformat specifikt för displaytrafikIstället för att skicka den råa videoströmmen okomprimerad komprimerar GPU:n den i realtid med hjälp av en algoritm som är inställd så att användare i praktiken inte ska kunna upptäcka några artefakter under normala visningsförhållanden.
Kombinationen av FRL och DSC innebär att systemet kan överföra lägen som tidigare var utom räckhåll via HDMI. Med det uppdaterade stödet för AMDGPU, Linux kan nu köra 4K-upplösningar på upp till 240 Hz via HDMI 2.1, och i scenarier där GPU:n och skärmen tillåter det, blir även 8K på upp till 120 Hz genomförbart inom bandbreddsområdet.
Avgörande är att DSC inte bara hjälper till med rå upplösning och uppdateringsfrekvenser; det bevarar också 10-bitars färgdjup och breda färgskalor som annars skulle äventyras om systemet var tvunget att trimma ner kroma eller bitdjup för att passa igenom en HDMI 2.0-länk. Det har direkta konsekvenser inte bara för spel, utan även för HDR-innehåll och professionellt färgkritiskt arbete.
Från HDMI 2.0-flaskhalsar till 4K 240 Hz och 8K 120 Hz
Under den tidigare Linux-installationen, även om du ägde ett avancerat Radeon-kort och en HDMI 2.1-TV av högsta kvalitet, skulle du ofta... fastnar vid 4K 60 Hz när jag använder HDMIAtt gå över till 4K 120 Hz eller högre innebar vanligtvis att byta till DisplayPort, om din skärm stödde det, eller att acceptera lägre upplösningar och uppdateringsfrekvenser.
Med de nya AMD-patcharna på plats är det taket effektivt borttaget. Drivrutinen kan nu exponera och validera 4K 240 Hz-lägen via HDMI 2.1 när DSC är tillgängligt, vilket gör att HDMI-utgången är i linje med vad DisplayPort 1.4 har erbjudit ett tag under Linux. För många vardagsrumsuppsättningar byggda kring TV-apparater snarare än skärmar är den förändringen särskilt relevant.
I den extrema änden, stödet för 8K upp till 120 Hz över HDMI öppnar en dörr för framtida scenarier, även om dagens spelhårdvara inte realistiskt sett driver trippel-A-titlar i native 8K. För skrivbordsanvändning, videouppspelning eller mer specialiserade visualiseringsarbetsbelastningar är dock möjligheten att hantera sådana lägen direkt över HDMI på Linux ett icke-trivialt steg framåt.
Utöver rå upplösning och hertz har det nya beteendet även fördelar i vardagsbruk. Genom att inte längre aggressivt behöva minska kromasubsampling eller bitdjup kan systemet bibehålla en renare signal, vilket förbättrar textskärpan och minskar subtil oskärpa som vissa användare märkte när de körde vid gränserna för HDMI 2.0-bandbredd. Skrivbordsmiljöer och menyer på Linux bör därför se skarpare ut på kompatibla TV-apparater och bildskärmar.
Licenshinder och varför Linux halkade efter i HDMI 2.1
Historien är inte bara teknisk. En av anledningarna till att Linux har legat efter med HDMI 2.1-funktioner är kopplad till licensramverket kring HDMI-teknikerÄven om GPU:erna och kablarna har varit klara ett tag, är det inte lika enkelt som att trycka på en strömbrytare att aktivera helt öppet, specifikationskompatibelt stöd i en uppströmsdrivrutin.
Tillverkare måste balansera sina skyldigheter gentemot HDMI-licensorganet med kraven för öppen källkod, där implementeringsdetaljer och protokollhantering är offentligt synligaDet har historiskt sett gjort företag mer försiktiga med att implementera vissa funktioner offentligt, även om de kunde tillhandahålla dem via slutna Windows-drivrutiner.
I detta sammanhang framstår AMD:s senaste arbete som en medveten ansträngning att överbrygga klyftan mellan proprietära och öppna ekosystemGenom att investera ingenjörstid i en HDMI 2.1 + DSC-lösning för AMDGPU gör företaget det möjligt för Linux-distributioner att leverera dessa funktioner direkt utan att förlita sig på komponenter som endast är binära.
Resultatet är att långvariga bandbredds- och funktionsbegränsningar kopplade till HDMI på Linux, som en gång till stor del tillskrevs juridiska och licensierade gråzoner, nu åtgärdas på ett sätt som... anpassar principerna för öppen källkod till moderna visningsstandarderFör användarna är det synliga resultatet helt enkelt att deras maskiner äntligen beter sig som deras specifikationer antyder.
Steam Machine och SteamOS: stora vinnare av de nya patcharna
Tidpunkten för dessa AMDGPU-förbättringar har väckt särskilt intresse bland de som följer Valves hårdvaruplaner. Det förnyade Steam Machine-projektet, tillsammans med SteamOS som sitt Linux-baserade operativsystem, har historiskt sett stött på HDMI-begränsningar som känts osynkroniserade med hårdvarans kapacitet.
Tidiga versioner av Steam Machine var effektivt inramade i 4K 60 Hz takhöjd över HDMI eftersom programvarupaketet inte kunde utnyttja HDMI 2.1-funktionerna, trots att de underliggande komponenterna var fysiskt kapabla. Användare pressades ofta mot DisplayPort om de ville ha högre uppdateringsfrekvenser, vilket inte alltid matchade hur vardagsrumsinstallationer är kopplade.
Med AMD:s DSC-aktiverade HDMI 2.1-stöd som landar i Linux, är den situationen på väg att förändras. När SteamOS väl drar in en kärna och Mesa-stack som inkluderar dessa patchar, kan den nuvarande och framtida Steam Machine-hårdvaran lås upp full HDMI 2.1-funktionalitet genom en regelbunden systemuppdatering, istället för att kräva nya lådor eller exotiska lösningar.
Det skulle tillåta konsolliknande enheten att mata ut 4K upp till 240 Hz över HDMI på kompatibla TV-apparater, vilket ger den en närmare likhet med den upplevelse som redan finns tillgänglig via DisplayPort på avancerade bildskärmar. För användare som planerar att ansluta systemet till en storbilds-TV i vardagsrummet är skillnaden mellan 60 Hz och 120 Hz eller mer inte subtil, särskilt inte i snabba spel.
Även om inga officiella SteamOS-utgåvor ännu har utlovat en specifik HDMI 2.1-milstolpe, tyder konvergensen av AMD:s arbete och Valves pågående hårdvaruförberedelser på att HDMI behöver inte längre vara den svaga länken i Steam Machine-berättelsen. Istället kan den bli en förstklassig medborgare vid sidan av DisplayPort i Linux-spelekosystemet.
AMD-ingenjörernas roll och det öppna drivrutinsekosystemet
En av de anmärkningsvärda aspekterna som lyfts fram av communityn är AMD-ingenjörernas direkta engagemang i att få detta att hända. Siffror som Harry Wentland och hans team har fått erkännande för att ha åtgärdat de återstående DSC-problemen. i Linux-drivrutinen, vilket täpper till luckor som hade funnits i flera utvecklingscykler.
Arbetet går utöver att vända en konfigurationsflagga. Stöd för HDMI 2.1 med DSC i en öppen drivrutin kräver noggrann integration med kärnans visningsramverk, korrekt hantering av länkträning, validering av sink-funktioner och robust reservbeteende när TV-apparater eller mottagare inte stöder vissa lägen eller komprimeringsparametrar.
Genom att driva denna kod uppströms förstärker AMD en strategi som har blivit alltmer relevant de senaste åren: gör den öppna AMDGPU-drivrutinen till det primära sättet att använda Radeon-hårdvara på Linux, snarare än att behandla det som ett andra klassens alternativ efter proprietära lösningar. Den metoden gynnar både skrivbordsdistributioner och specialiserade system som spelkonsoler baserade på Linux.
Vinsten för slutanvändarna är att nya funktioner, buggfixar och prestandaförbättringar kommer igenom vanliga kärn- och Mesa-uppdateringar, distribuerad av deras föredragna Linux-distribution, istället för att kräva manuella drivrutinsinstallationer. HDMI 2.1 + DSC-stöd passar in i detta mönster som ytterligare en funktion som helt enkelt blir en del av standardgrafikstacken när patcharna har sammanfogats.
Påverkan på daglig användning av datorer och professionella arbetsbelastningar
Medan rubrikerna naturligtvis fokuserar på spel och Steam Machine, spelar förändringarna i HDMI-hanteringen även roll för mer vardagliga uppgifter. Att köra höga upplösningar med höga uppdateringsfrekvenser med korrekta färginställningar över HDMI har historiskt sett tvingat Linux-användare att... välj mellan jämnhet och visuell återgivning, särskilt på stora TV-apparater som används som primära skärmar.
Med DSC tillgängligt behöver systemet inte längre lika ofta tillgripa kroma-subsampling-scheman som kan göra att liten text och UI-element ser lite suddiga utFör personer som använder Linux-maskiner för utveckling, kontorsarbete eller medieskapande på en HDMI-ansluten skärm, innebär det renare teckensnitt, mer läsbara gränssnitt och färre kompromisser i skärminställningarna.
Innehållsskapare som är beroende av 10-bitars färgpipelines och breda färgrymder får också en enklare väg. Istället för att jonglera mellan konfigurationerna "bra för redigering" och "bra för spel", en enda HDMI-anslutning kan nu hantera hög uppdateringsfrekvens, hög upplösning och rikare färger profiler på kompatibel hårdvara, vilket gör blandade användningsområden mer genomförbara.
Även utanför professionella sammanhang är den övergripande effekten att Linux-stationära datorer känns mindre begränsade av egenheter i HDMI-implementeringen, och mer i linje med vad användare på andra plattformar har upplevt ett tag när de ansluter sina maskiner till moderna TV-apparater och bildskärmar.
Där DisplayPort fortfarande får plats i bilden
Ökningen av HDMI 2.1-stöd på Linux betyder inte att DisplayPort plötsligt är föråldrat. Tvärtom kommer många inställningar att fortsätta att förlita sig på DisplayPort 1.4 eller senare för deras primära avancerade anslutningar, särskilt på spelskärmar och arbetsstationer med flera skärmar där DP länge har varit standard.
DisplayPort erbjuder redan 4K vid 240 Hz med DSC på lämplig hårdvara under Linux, och det förblir ett bra alternativ när skärmen är utformad för PC-användning snarare än vardagsrumsscenarier. För befintliga SteamOS- och stationära användare vars skärmar har både HDMI och DP kan det fortfarande vara den enklaste vägen till maximal prestanda att hålla sig till DisplayPort.
Där de nya AMDGPU-patcharna påverkar nålen mest är i miljöer där HDMI inte bara är ett alternativ utan det enda realistiska valet – som till exempel 4K- eller 8K-tv-apparater som saknar DisplayPort-ingångarI dessa fall hjälper det att ta bort känslan av att Linux på något sätt är "andra klass" när det används utöver en traditionell stationär bildskärm om man får HDMI 2.1 + DSC-stödet i nivå med DisplayPort.
Med andra ord fortsätter DisplayPort att vara ett kraftfullt verktyg i Linux grafikarsenal, men HDMI släpar inte längre efter på sätt som tvingar fram kompromisser när användare går utanför gränserna för en typisk bildskärmsinstallation.
Sammantaget representerar AMDs HDMI 2.1 DSC-patchar för Linux ett ganska betydande skifte i hur öppen källkodssystem hanterar moderna skärmar. Genom att kombinera FRL- och DSC-stöd i AMDGPU-drivrutinen åtgärdar företaget långvariga flaskhalsar som höll tillbaka 4K 240 Hz och till och med 8K 120 Hz-lägen över HDMI, och det skiftet kommer precis när Valves Steam Machine- och SteamOS-ekosystem verkar förbereda sig för ett nytt kapitel. I takt med att distributioner antar kärnor som bär dessa förändringar kan Linux-användare rimligen förvänta sig att deras Radeon-drivna maskiner kommer att dra mycket bättre nytta av de skärmar de redan äger, utan att behöva ompröva hela sin hårdvarustack.
