AMD has taken a critical step in the HDMI 2.1 limitation that has been affecting Linux users for a long time. The company has released official patches for the open source AMDGPU driver, which include HDMI Fixed Rate Link (FRL) support. This development is important for those who want to use Radeon graphics cards with high resolution and high refresh rates over HDMI in Linux. However, it is necessary to read the table correctly.
This step is not the full HDMI 2.1 support itself, but the addition of the most important piece that forms the basis of full support to the open source driver. HDMI 2.1 lock is being solved in AMD’s Linux driver. The new patch series published by AMD adds HDMI FRL support to the AMDGPU display driver. FRL stands out as the high-bandwidth transport layer of the HDMI 2.1 standard. This technology, which goes beyond the old transfer structure used in HDMI 2.0 and previous versions, opens the data path required for modern display scenarios such as 4K 120 Hz and 8K 60 Hz.
Therefore, the new patches represent the most critical technical threshold of the HDMI 2.1 process on the Linux side, which Radeon users have been waiting for years. Until today, the problem was not that AMD hardware did not support HDMI 2.1. The main problem was that adding this support to the open source Linux driver was blocked by the HDMI Forum’s closed technical terms and licensing approach. AMD has previously worked to bring HDMI 2.1 features to the open source driver; However, in 2024, it was revealed that the HDMI Forum rejected the proposal in this direction.
That’s why HDMI 2.1 features were missing in Radeon graphics cards under Linux for a long time, and users often turned to DisplayPort for high refresh rate television or monitor connections. The new patch series was shared by AMD Linux engineer Harry Wentland. According to Wentland’s statement, this series adds HDMI FRL support to the AMDGPU display driver. Display Stream Compression, or DSC support, is still being tested and will be shipped separately later.
The work passed a representative portion of HDMI compatibility testing. The full compatibility testing process continues on the same branch. The AMD side also states that they do not expect these tests to fail. The most important distinction at this point is this: The current patch set is not a complete HDMI 2.1 package on its own. FRL support brings the base layer for high bandwidth; However, VRR, variable refresh rate, DSC and other gaming-oriented complementary features of HDMI 2.1 are not included in this first package.
Therefore, it is not correct at this stage to say that HDMI 2.1 has fully arrived for Radeon on Linux. More accurately, AMD has officially paved the way for full HDMI 2.1 support in the open source Linux driver. However, FRL support is not a minor technicality on its own. Because this layer is at the center of the modern HDMI 2.1 experience. While the bandwidth remains at 18 Gbps on the HDMI 2.0 side, the theoretical upper limit goes up to 48 Gbps with HDMI 2.1.
This difference is directly felt, especially for 4K 120 Hz televisions, high refresh rate OLED displays and living room-oriented Linux gaming systems. The development also draws attention in terms of SteamOS and the Valve ecosystem. Since SteamOS is Linux-based, HDMI 2.1 deficiencies in the AMDGPU driver directly affect the external display experience of devices using AMD hardware. Therefore, the fact that HDMI 2.1 works in the open source driver is important not only for desktop Linux users but also for Linux-based gaming devices.
However, the published patch description does not include a direct technical note regarding Valve’s role in this work; Therefore, it would not be right to make a definitive statement about the Valve effect. The patch series is currently under review on the Linux kernel mailing list. When the code will make its way into the mainstream Linux kernel depends on the review process, completion of compatibility testing, and availability of additional HDMI 2.1 components.
Comments
You can write your views about this story. Comments may be moderated according to site settings.