Linux 7.4 enables HDMI 2.1 by default for AMD GPUs with FreeSync, VRR and ALLM

10 September 2026. AMD sends its latest feature pull request to DRM-Next for Linux 7.4, bringing HDMI 2.1 FreeSync, VRR and ALLM support to the AMDGPU driver. 11 September 2026. Phoronix confirms the work is aligned, with Fixed Rate Link (FRL) enabled by default. Second half of October 2026. The Linux 7.4 merge window opens, for a release late 2026 or early January 2027. Why it matters: after years in which the HDMI Forum rejected the open-source HDMI 2.1 implementation, the mainline kernel will finally expose the connector’s full bandwidth to AMD GPUs on Linux.

A milestone won against the HDMI Forum

The story is first one of obstruction. The HDMI Forum, which controls the specification, rejected AMD’s request for years to expose HDMI 2.1 in an open-source driver. The practical consequence: on Linux, Radeon cards were stuck on the HDMI 2.0 path, unable to reach the high resolutions and refresh rates that HDMI 2.1’s FRL allows — a limitation DisplayPort never had.

The breakthrough came “earlier this year,” per Phoronix, in circumstances widely attributed to Valve’s involvement. In May 2026, the AMDGPU HDMI 2.1 FRL patches appeared, targeting Fixed Rate Link for high resolutions and refresh rates over HDMI. FRL support landed in Linux 7.2, but disabled by default until the VRR work was ready, to avoid regressions. With Linux 7.4, the loop closes: VRR, FreeSync and ALLM are all present, and FRL flips to enabled by default.

The HDMI Forum’s block was not technical but contractual: exposing HDMI 2.1 details in an open-source driver risked, in the consortium’s view, leaking protected elements of the specification. The result was absurd for the end user — the same Radeon card offered full HDMI 2.1 under Windows via the proprietary driver, and stayed crippled under Linux on the same cable.

What changes technically

The pull request sent by AMD’s Alexander Deucher on 10 September 2026 bundles four pieces. FreeSync and HDMI VRR synchronise the display’s refresh rate with the card’s render rate, eliminating tearing and stutter. ALLM (Auto Low Latency Mode) switches the monitor or TV into a minimal-latency mode automatically, with no menu fiddling. And FRL enabled by default provides the high-bandwidth transport layer that makes all of it possible over HDMI 2.1.

The request also ships groundwork for upcoming hardware: updates to the GFX12.1 graphics engine, the DCN 6 display engine and the SMU 15 IP. Together they confirm AMD treats HDMI 2.1 on Linux as a first-class capability, not a one-off fix.

The bandwidth gain is quantitative first. HDMI 2.0 caps out at 18 Gbit/s of usable bandwidth, which — without compression — barely holds 4K at 60 Hz in 8-bit. HDMI 2.1’s FRL raises that ceiling to 48 Gbit/s, enough for 4K at 144 Hz, 8K at 60 Hz, and HDR with full chroma subsampling. That is the headroom the open-source driver could not use while the HDMI Forum refused the implementation: the card was capable, the connector was not.

What it unlocks for gamers

The benefit shows up in real configurations. A 4K at 120 Hz or 144 Hz display over HDMI 2.1 becomes fully usable with an AMD GPU on Linux, where HDMI 2.0 capped out around 4K at 60 Hz without compression. FreeSync and VRR make those high refresh rates smooth, and ALLM removes the extra input latency of TVs — a sore point for couch gaming.

Phoronix says it plainly: this is “a wonderful Christmas gift for Linux enthusiasts and gamers.” Valve is the big industrial beneficiary — the Steam Machine and SteamOS alternatives depend on this work, and the presumed Valve involvement in breaking the HDMI Forum deadlock makes sense in that light. For the first time, an AMD living-room box on Linux will be able to expose full HDMI 2.1 without a proprietary driver.

For Valve, the timing is not coincidental. The Steam Machine has shipped with HDMI 2.0 marketing while the HDMI 2.1 driver work was still landing, and Timur Kristóf’s ongoing AMDGPU contributions under Valve have been a visible part of the push. This patch is the point where the hardware’s spec sheet and the software’s actual capability finally line up.

What it changes beyond gaming

The subject extends past gaming. Linux workstations plugged into a high-refresh 4K display — editing, retouching, development — were also stuck on HDMI 2.0 for lack of a DisplayPort alternative on many consumer TVs and monitors. FreeSync and VRR also improve comfort outside games: smooth scrolling, tear-free transitions, and lower power draw when the refresh rate adapts to the image.

There is symbolic weight too. HDMI is the market’s most common connector, and it was the one major display standard whose full implementation stayed closed on Linux for years. By getting HDMI 2.1 on by default in AMDGPU, AMD and Valve demonstrate that a closed standard can eventually open when industrial pressure is sufficient — a lesson that applies to other closed blocks of the graphics stack.

What remains open

Two caveats. First, timing: Phoronix warns that Linux 7.4 may land “late 2026, or even early January 2027” depending on how the 7.3 and 7.4 cycles play out in an AI-heavy patch world. Default support in mainline does not mean immediate availability in every distribution — you will have to wait for them to ship 7.4. Second, compatibility still depends on the display: VRR and ALLM require an HDMI 2.1 monitor or TV that implements them correctly, and FreeSync only activates with compatible panels.

On the userspace side, the pieces are aligning too. Mesa 26.3 is preparing DRM format modifiers for older AMD GPUs, and the RADV/RadeonSI drivers track the kernel work closely. The practical consequence is that the full stack — kernel, driver and userspace — will land together, but only when your distribution ships 7.4: rolling-release users on Arch or Fedora will see it first, while LTS distributions lag behind their own release cadence. None of this requires a proprietary blob — the entire path, from FRL transport to VRR timing, is mainline and open.

Before buying a new display, verify its HDMI 2.1 implementation: not every port labelled HDMI 2.1 actually implements VRR or ALLM.

Verdict

If you game on Linux with an AMD GPU over HDMI, Linux 7.4 is the release that will finally drive your high-refresh 4K display properly: watch for its release, then your distribution, to get FRL on by default. If you are building a Steam Machine or an AMD living-room box on SteamOS, this patch removes the last major gap with DisplayPort and makes HDMI 2.1 a first-class choice. If you are on NVIDIA or DisplayPort, the change does not touch you directly — but it closes a decade-long anomaly where the market’s most common connector was also its most crippled under Linux.

References

• Phoronix — Patches Ready For AMDGPU HDMI 2.1 Enabled By Default With Linux 7.4 With FreeSync, VRR & ALLM (September 11, 2026)
• VideoCardz — Linux 7.4 set to enable AMD HDMI 2.1 FRL by default with FreeSync and VRR
• TechPowerUp — Linux Kernel 7.4 Gets HDMI Upgrade With FreeSync, VRR, and Auto Low Latency
• Phoronix — The HDMI Forum Rejected HDMI 2.1 for the AMDGPU Open-Source Driver
• Phoronix — AMDGPU HDMI 2.1 FRL Patches