Introduction
In a move that has surprised many in the open-source community, AMD has officially submitted patches to implement HDMI Fixed Rate Link (FRL) support for its AMDGPU kernel graphics driver. While this does not yet constitute complete HDMI 2.1 support, it marks a significant milestone for Linux users who have been waiting for higher bandwidth connectivity. The patches were posted to the kernel mailing list earlier today, signaling AMD's continued commitment to improving their driver stack on Linux.
What Is HDMI Fixed Rate Link (FRL)?
HDMI FRL is a key feature introduced with HDMI 2.1 and later revisions. It replaces the older Transition Minimized Differential Signaling (TMDS) method used in previous HDMI versions to transmit data. The primary benefit of FRL is its ability to deliver higher bandwidth, which enables support for higher refresh rates at increased resolutions – think 4K at 144Hz, 8K at 60Hz, or even 10K at lower refresh rates.
FRL achieves this by using a fixed clock rate and grouping data into fixed-size packets, which reduces overhead and improves efficiency. The technology can operate in different lane configurations (3 or 4 lanes) and speeds (3 Gbps, 6 Gbps, 12 Gbps per lane), allowing up to 48 Gbps total bandwidth when all four lanes run at the highest speed. This is a massive leap over HDMI 2.0's 18 Gbps cap.
With FRL, users can enjoy smoother motion, reduced latency, and support for newer display features like Variable Refresh Rate (VRR) and Auto Low Latency Mode (ALLM) – though these may require additional driver work beyond the FRL patches alone.
What the AMDGPU Patches Include
The newly posted patches from AMD focus specifically on implementing the FRL block within the AMDGPU driver. This includes the necessary code to detect FRL-capable displays, negotiate link rates, and configure the hardware to operate in FRL mode. The patches cover both Radeon RX 6000 (RDNA2) and RX 7000 (RDNA3) series GPUs, which already have HDMI 2.1 hardware but lacked full Linux driver support.
However, it is important to note that this is not a complete HDMI 2.1 implementation. Missing elements include:
- Display Stream Compression (DSC) – essential for achieving the highest bandwidth modes like 8K60 with HDR.
- Quick Media Switching (QMS) and other advanced HDMI 2.1 features.
- Full VRR support via HDMI VRR (though FreeSync via DisplayPort already works).
Additionally, the patches only cover the kernel driver layer. Userspace components like Mesa or Xorg/Wayland compositors may need updates to leverage the new functionality effectively. Still, the addition of FRL is a critical foundation upon which further improvements can be built.
Implications for Linux Users
For the average Linux desktop user, this development means that high-refresh-rate HDMI monitors will soon be usable without resorting to DisplayPort or proprietary drivers. Gamers, content creators, and anyone using a multi-monitor setup with HDMI 2.1 displays stand to benefit. The patches also pave the way for future GPU releases from AMD, which may rely on HMDI 2.1 as a standard interface.
It is worth mentioning that HDMI FRL support is also relevant for home theater PCs (HTPCs) connected to TVs. Many modern TVs only have HDMI inputs, and achieving 4K120 or 8K60 over HDMI requires FRL. Until now, Linux users had to rely on workarounds or accept lower refresh rates.
Developers and early adopters can test the patches by compiling them into a custom kernel or waiting for distribution kernels like Ubuntu's mainline or Fedora's rawhide to include them. Once merged upstream, the feature will likely appear in the Linux kernel 6.5 or later, depending on the patch review cycle.
Conclusion and What's Next
AMD's submission of HDMI FRL patches is a welcome surprise that shows the company's dedication to open-source Linux graphics. While it may not be the complete HDMI 2.1 solution enthusiasts were hoping for, it is a substantial step forward. The patches address the most bandwidth-critical component, allowing higher resolutions and refresh rates over HDMI.
We can expect further patches to fill in the gaps – DSC support, VRR over HDMI, and perhaps even Dynamic HDR Metadata handling. For now, Linux users can look forward to testing FRL-capable displays with AMD Radeon GPUs in the near future. Keep an eye on the introduction for updates or check the patch details for technical specifics.
Disclaimer: As always, new driver features should be considered experimental until thoroughly tested in a wide range of hardware configurations. Users are encouraged to back up their data and consult community forums before installing custom kernels.