Nach Jahren der Blockade durch das HDMI Forum wandert AMDs offene HDMI-2.1-Implementierung in den Linux-Mainline-Kernel. AMD-Entwickler Harry Wentland hat am 1. Mai 2026 eine Patch-Serie an die Linux-Kernel-Mailingliste geschickt, die dem amdgpu-Treiber Fixed Rate Link unterstützt, also den Übertragungsmodus, der überhaupt erst HDMI-2.1-Bandbreiten möglich macht. Eine knapp zwei Wochen später nachgereichte Version 3 ergänzt Display Stream Compression. Damit bekommt der Treiber das technische Fundament für 4K bei 120 oder 144 Hz, 5K bei 240 Hz und 8K bei 60 bis 120 Hz auf Radeon-Karten unter Linux. Realistisch landet die Funktion mit Linux 7.2 in der zweiten Jahreshälfte 2026 im Mainline-Kernel, der dann schrittweise in die Distributionen einfließt. Für Debian-Nutzer, die ihre Multimedia-Workstation an einen modernen HDR-Fernseher oder ein 4K-120-Hz-Display anschließen, ist das eine der wichtigsten Treiber-Nachrichten dieses Jahres.
Was die HDMI-2.1-Lücke unter Linux bislang bedeutet hat
HDMI 2.1 ist seit Jahren auf TVs, AV-Receivern und High-Refresh-Monitoren etabliert. Der Standard liefert bis zu 48 Gbit/s an Bandbreite, unterstützt VRR, eARC, ALLM und die hohen Frequenz-Auflösungs-Kombinationen, die für moderne Wohnzimmer-Setups erwartet werden. Nvidia bietet das volle HDMI-2.1-Set seit langem über seine proprietären Treiber an. AMD-Karten unter Linux blieben hingegen außen vor, weil der amdgpu-Treiber als Open-Source-Komponente bislang nicht das Recht hatte, die HDMI-2.1-Spezifikation in offenem Code umzusetzen. Das HDMI Forum hatte 2024 die zweite ernsthafte Anlauf AMDs blockiert, mit dem Argument, eine offene Implementierung verletze die Fairuse-Anforderungen des Konsortiums.
In der Praxis hieß das, dass Linux-Nutzer mit Radeon-Karten am HDMI-Ausgang auf HDMI-2.0-Werte beschränkt waren, also auf 4K bei 60 Hz, ohne VRR und ohne die hochwertigen Audio- und HDR-Erweiterungen, die HDMI 2.1 mitbringt. Wer am Schreibtisch mit DisplayPort arbeitete, konnte das umgehen, am Fernseher im Wohnzimmer dagegen kaum. Für Multimedia-Workflows, die zwischen Editing-Display, Vorschau-TV und Streaming-Setup wechseln, war das eine harte Grenze, gerade auf Distributionen wie Debian, die den Stack komplett aus offenen Quellen ziehen.
Was Fixed Rate Link technisch ändert
Fixed Rate Link ersetzt das ältere TMDS-Signalisierungsverfahren, das HDMI 2.0 und früher nutzten. TMDS war bandbreitenseitig deutlich unter dem, was 4K bei 120 Hz oder 8K bei 60 Hz braucht. FRL überträgt Daten in vier Lanes mit höheren Datenraten und damit insgesamt bis zu 48 Gbit/s. Ohne FRL gibt es kein vollwertiges HDMI 2.1, mit FRL alleine aber auch noch keine HDR-, VRR- oder eARC-Funktionen, denn diese kommen über weitere Feature-Schichten obendrauf. Die jetzt eingereichten Patches schalten zunächst FRL frei, der zweite Schritt mit Display Stream Compression folgt direkt im gleichen Patch-Stream. DSC ermöglicht bei verfügbaren Geräten eine visuell verlustfreie Kompression, mit der sich Auflösungen wie 4K bei 240 Hz oder 8K bei 120 Hz innerhalb der vorhandenen 48 Gbit/s realisieren lassen.
VRR über HDMI, AMD FreeSync over HDMI sowie weitere Sub-Features sollen folgen, sind aber noch nicht Teil der jetzt eingereichten Serie. AMD spricht in der Patch-Beschreibung von einer schrittweisen Implementierung, die in den kommenden Kernel-Zyklen weiter ausgebaut werden soll.
Wie es plötzlich doch geklappt hat
Wie genau AMD die Position des HDMI Forums hat ändern können, ist nicht öffentlich dokumentiert. In der Phoronix-Berichterstattung und in Foren wird vor allem auf Valves Vermittlerrolle verwiesen. Valve hat über Monate hinweg mit der Führung des HDMI Forums verhandelt und einen Weg gesucht, der eine offene Implementierung erlaubt, ohne die Lizenz- und Fairuse-Bedingungen des Forums zu verletzen. Hintergrund ist Valves Steam-Machine-Projekt, das auf einem AMD-RDNA-3-Chip aufbaut und SteamOS verwendet, also denselben offenen Treiberstack wie ein typisches Debian-System. Ohne HDMI 2.1 hätte Valve seine Wohnzimmer-Konsole nur mit eingeschränkter Ausgabequalität ausliefern können.
Dass die Bewegung im Forum genau zu dem Zeitpunkt kommt, an dem Valve die Steam Machine real auf den Markt bringen will, ist deshalb sehr wahrscheinlich kein Zufall. Der Patch-Stream verweist explizit auf die Arbeit des ehemaligen AMD-Ingenieurs Rodrigo Siqueira und seines Nachfolgers, die die Compliance-Tests durchgeführt haben. AMD selbst beschreibt im Cover Letter, dass eine repräsentative Untermenge der HDMI-Compliance-Tests bestanden ist und ein vollständiger Durchlauf vorbereitet wird. Ausfälle erwartet AMD dabei nicht.
Warum HDCP weiterhin außen vor bleibt
Eine technische Einschränkung bleibt bestehen. High-bandwidth Digital Content Protection, also HDCP 2.3 für 4K-Streaming-Dienste, wird sich auch nach diesem Patch-Stream nicht vollständig im offenen Treiber abbilden lassen. HDCP enthält Geheimnisse, die per Definition nicht offen liegen dürfen, und wird deshalb klassischerweise im Closed-Source-Firmware-Anteil der Grafikkarte verarbeitet. Für Multimedia-Produktion ist das nahezu irrelevant, weil dort selbst erstellte Inhalte verarbeitet werden. Für Wiedergabe von DRM-geschützten Streaming-Inhalten in 4K HDR über HDMI auf Linux bleibt es allerdings eine offene Baustelle, die unabhängig vom jetzigen Patch-Set besteht.
Was Debian-Nutzer konkret tun können und wann
Die Patch-Serie soll laut Phoronix mit dem nächsten AMDGPU-Display-Core-Patch-Stream eingereicht werden und steht damit auf dem Sprung in Linux 7.2. Linux 7.1 befindet sich derzeit in der Release-Candidate-Phase, ein Mainline-Release von 7.2 ist im Sommer 2026 zu erwarten. Wann genau die Funktion in Debian ankommt, hängt vom gewählten Zweig ab.
Debian 13 Trixie wird über die Lebenszeit der Stable-Version voraussichtlich nicht auf Linux 7.2 wechseln. Wer auf Stable bleibt, kann den Kernel über das Backports-Repository nachziehen, sobald ein entsprechender Build verfügbar ist. Debian Testing und Unstable übernehmen neue Kernel-Versionen üblicherweise einige Wochen nach Mainline-Release, hier ist HDMI 2.1 auf amdgpu realistisch im Spätsommer oder Herbst 2026 nutzbar. Wer schneller vorankommen möchte, kann auf einen Kernel-Build mit den Patches aus dem amd-staging-drm-next-Zweig zurückgreifen, das setzt jedoch Erfahrung mit eigenen Kernel-Builds oder Vertrauen in Drittanbieter-Repositories voraus.
Wichtig ist außerdem die Firmware. amdgpu nutzt für moderne Display-Funktionen separate DCN-Firmware-Blobs, die mit dem Paket firmware-amd-graphics in Debian liefern. Diese Pakete müssen ebenfalls in einer aktuellen Version vorliegen, damit der Kernel die neuen HDMI-2.1-Pfade vollständig nutzen kann. Eine Aktualisierung des linux-firmware-Pakets sollte beim Kernel-Wechsel mit eingeplant werden.
Welche Karten und welche Displays profitieren
Profitieren werden vor allem RDNA-3- und RDNA-4-Karten, also alles ab Radeon RX 7000 aufwärts, da diese die HDMI-2.1-Hardwareschicht überhaupt mitbringen. RDNA-2-Karten wie die RX 6000 unterstützen HDMI 2.1 teilweise, je nach Implementierung des Custom-Boards. Ältere RDNA-1- oder Polaris-Generationen sind hardwareseitig auf HDMI 2.0 begrenzt und werden auch mit dem neuen Treiber nicht über diese Schwelle hinausgehen.
Auf der Display-Seite sind die naheliegenden Kandidaten 4K-OLED-TVs mit 120 oder 144 Hz, hochauflösende QD-OLED-Monitore, neuere AV-Receiver mit HDMI-2.1-Pass-Through sowie Bildschirme jenseits 4K. Für Multimedia-Produktion wird der HDMI-2.1-Pfad insbesondere dann interessant, wenn das Editing-System direkt an einen Referenz-TV oder einen Studio-Monitor mit HDR-Pipeline hängt. Bisher musste man dafür entweder DisplayPort plus Konverter oder eine Nvidia-Karte einsetzen.
Was sich für Multimedia-Workflows ändert
Für klassische Linux-Multimedia-Workloads ergibt sich aus dem HDMI-2.1-Pfad eine spürbare Erweiterung der nutzbaren Pipeline. Wer mit DaVinci Resolve, Kdenlive, Olive oder Blender arbeitet und auf einem 4K-120-Hz-Bildschirm oder einem HDR-TV vorschauen möchte, kann das künftig direkt aus Debian heraus betreiben, ohne Workarounds wie DisplayPort-zu-HDMI-Adapter oder eine zusätzliche Nvidia-Karte. Auch HDR-Pipelines auf KDE Plasma 6.6 und der Wayland-Color-Management-Protokoll-Stack, der seit Krita 6.0 in mehreren Anwendungen produktiv nutzbar ist, profitieren vom verbreiterten Ausgabepfad. HDR-Inhalte auf einem Wohnzimmer-OLED zu mastern, das per HDMI 2.1 angebunden ist, war auf Linux mit AMD-Hardware bislang schlicht nicht möglich.
Auch Audio-Produktion mit angeschlossenen AV-Receivern profitiert. eARC erlaubt unkomprimierte Mehrkanal-Audio-Wiedergabe über HDMI, was für Surround-Mixing-Workflows in Ardour, Bitwig oder Reaper auf Linux künftig sauberer integrierbar sein dürfte, sobald die Audio-Erweiterungen folgen. Streaming-Setups mit OBS Studio, die ihre Vorschau auf einen großen TV legen, gewinnen ebenfalls, weil VRR und 120-Hz-Ausgaben künftig stabil über HDMI funktionieren.
Gaming als Nebeneffekt, nicht der Kernfokus
Auch wenn die Berichterstattung um die Steam Machine die Gaming-Perspektive in den Vordergrund stellt, ist der Multimedia-Anwendungsfall mindestens so relevant. Ein Linux-System, das parallel als Editing-Maschine, HDR-Wiedergabegerät und Surround-Audio-Quelle dient, profitiert in jeder dieser Rollen vom neuen HDMI-2.1-Stack. Dass der gleiche Treiberzweig später auch Spielen auf 4K-120-Hz-Fernsehern in stabilem VRR-Betrieb hilft, ist eher eine willkommene Zugabe als der Hauptpunkt.
Wie es jetzt weitergeht
Sobald die FRL- und FRL-DSC-Patches in Linux 7.2 landen, folgen voraussichtlich VRR-Patches, eARC-Audio und feinere DSC-Profile in nachgelagerten Kernel-Versionen. Ein vollständiger HDMI-2.1-Stack ohne HDCP-Closed-Sourceanteil ist damit erstmals realistisch in greifbarer Nähe. Für Debian-Nutzer hängt das Tempo letztlich an drei Hebeln: dem Mainline-Kernel-Release-Zyklus, der Verfügbarkeit aktueller Firmware-Pakete und der eigenen Bereitschaft, entweder auf Testing zu setzen oder den Stable-Kernel über Backports zu modernisieren.
Wer sich jetzt schon vorbereiten möchte, kann das Setup auf zweierlei Weisen anpassen. Erstens, einen Wechsel auf Debian Trixie oder Testing vollziehen, falls noch Bookworm im Einsatz ist, weil die neueren Mesa- und Wayland-Stacks dort ohnehin gebraucht werden. Zweitens, das verwendete Display oder den Fernseher prüfen, ob er HDMI 2.1 mit FRL und DSC tatsächlich unterstützt. Nicht jedes als „HDMI 2.1″ beworbene Gerät spricht den vollen Standard, gerade ältere TVs aus 2019 und 2020 sind oft auf Teilfunktionen begrenzt.
Was diese Patches über Linux als Multimedia-Plattform aussagen
Dass AMD und Valve gemeinsam einen Hebel finden, um eine seit Jahren festgefahrene Standard-Blockade aufzubrechen, ist mehr als ein technisches Detail. Es zeigt, dass Linux auf der Multimedia-Seite inzwischen genug Marktrelevanz hat, um Standardgremien zur Bewegung zu zwingen. Mit Wayland-Color-Management, KDE Plasma 6.6, Krita 6.0, Mesa 26.1, PipeWire 1.6.x und nun HDMI 2.1 auf amdgpu schließt sich eine Reihe großer Baustellen, die Linux-Multimedia-Produktion über Jahre nicht ganz auf Augenhöhe mit macOS oder Windows haben kommen lassen. Für Debian-Nutzer bedeutet das, dass eine vollständig offene Produktions- und Wiedergabekette in HDR, 4K und 120 Hz bis Ende 2026 realistisch wird. Bis dahin lohnt sich die geduldige Beobachtung des Linux-7.2-Zyklus und ein Blick auf den eigenen Kernel-Pfad.
