Movatterモバイル変換


[0]ホーム

URL:


Phoronix

Experimental Out-Of-Tree Code Aims To Provide HDMI 2.1 FRL For AMD Linux Driver

Written byMichael Larabel inRadeon on 17 February 2026 at 01:33 PM EST.37 Comments
RADEON
One of the limitations of the AMDGPU Linux kernel graphics driver has been the lack of its support for HDMI 2.1 and later. AMD has wanted to support HDMI 2.1+ functionality under Linux butit's been legally blocked by the HDMI Forum. But anxious independent users have been working on open-source patches for wiring up HDMI 2.1 into the AMDGPU driver outside of the realm of AMD and the HDMI Forum's blessings.

BesidesAMDGPU patches working on HDMI Gaming Features worked on independently anddeveloped using public code/knowledge and trial and error, today an independent developer announced his "working" HDMI 2.1 Fixed Rate Link (FRL) support for the AMDGPU driver.

Radeon with HDMI


The independent user has a kernel tree on GitHub with HDMI FRL support working on AMDGPU to enable HDMI 2.1 bandwidth for AMD GPUs. This HDMI 2.1 bandwidth work is successfully using FRL training, HDR works, and other basic functionality appears to be working but only a Radeon RX 9070 XT graphics card has been tested. Additionally, features like Display Stream Compression and YCbCr 4:2:0 also have yet to be implemented.

The independent developer worked on these patches by analyzing differences in the Radeon GPU register states between Windows and Linux, closing looking at the Windows driver behavior, and also learning some insight from the AMD-Xilinx HDMI FRL training code.

AMDGPU patches


Those interested can find these experimental, out-of-tree patches onthis GitHub repository. Further details on the effort can be found viathis Reddit thread that was started today.

While it's interesting and the passionate work of open-source developers applauded, it's likely not to yield any short-term improvement for AMD Radeon Linux users at large. Besides those wanting to roll their own kernel build with these patches, these patches certainly wouldn't be accepted for upstreaming to the AMDGPU driver given HDMI Forum's rejection already and needing to clear AMD's legal review. It may help apply pressure on the HDMI Forum to change course especially if Valve and other stakeholders get involved, but this has been an unfortunate issue going back years already. AMD Linux users are best off just using DisplayPort where possible. Or if the HDMI Forum doesn't revert their policy, perhaps in some future AMD GPUs we'll find more of the HDMI display functionality moved into their binary firmware blobs to make it easier on the open-source driver.
Related News
About The Author

Michael Larabel is the principal author of Phoronix.com and founded the site in 2004 with a focus on enriching the Linux hardware experience. Michael has written more than 20,000 articles covering the state of Linux hardware support, Linux performance, graphics drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated benchmarking software. He can be followed viaTwitter,LinkedIn, or contacted viaMichaelLarabel.com.

Latest Linux News
GNOME 50 Merges "sdr-native" Color Mode Support For Wide Color Gamut Displays
NTFS3 Driver Sees Improvements In Linux 7.0 While "NTFS Remake" Driver Bakes
AMD Preparing Linux Kernel For "RMPOPT" To Help Reduce Overhead On SEV-SNP Servers
Linux 7.0 Merges "Significant Improvement" For close_range System Call
Experimental Out-Of-Tree Code Aims To Provide HDMI 2.1 FRL For AMD Linux Driver
GhostBSD To Use XLibre Server, MATE vs. Gershwin Desktop Decision In Future
Microsoft .NET On Linux Patches Use IO_uring For Massive Performance Benefits
DNF 5.4 Released With Some New Options & AI Contributions Policy
KDE Plasma 6.6 Released With Many Excellent Improvements
Gentoo Linux Begins Codeberg Migration In Moving Away From GitHub, Avoiding Copilot
Show Your Support, Go Premium

Phoronix Premium allows ad-free access to the site, multi-page articles on a single page, and other features while supporting this site's continued operations.

Latest Featured Articles
Intel Xeon 6 Granite Rapids Memory Scaling Performance From 6 To 12 MRDIMMs
Arc B390 Graphics With Panther Lake Performing Great On Open-Source Intel Compute Runtime
Evaluating The Performance Cost To AMD SEV-SNP On Modern EPYC VMs
Arch Linux Running Well On LoongArch - Loongson 3B6000 Benchmarks
Intel Arc B390 Panther Lake Generational Performance Since The Gen9 Graphics Era
Support Phoronix

The mission at Phoronix since 2004 has centered around enriching the Linux hardware experience. In addition to supporting our site through advertisements, you can help bysubscribing to Phoronix Premium. You can also contribute to Phoronix through tips/donations viaPayPal orStripe.

Phoronix Media

Phoronix Premium

  • Support Phoronix
  • While Having Ad-Free Browsing,
  • Single-Page Article Viewing
Share


[8]ページ先頭

©2009-2026 Movatter.jp