AMD Tightens HDMI 2.1 FRL Support for Linux 7.4

AMD has sent another batch of AMDGPU graphics-driver changes toward DRM-Next for the Linux 7.4 cycle, including a fix for HDMI Fixed Rate Link audio enablement and additional automated test coverage around HDMI and FRL behavior. The September 17 submission is follow-up work on the high-bandwidth HDMI path AMD intends to make much easier to use on compatible Radeon hardware.

This is not a new HDMI 2.1 hardware feature being added to Radeon GPUs. FRL support first entered the upstream kernel earlier in the Linux 7.x cycle, and AMD has since been filling in the surrounding pieces needed for a safer default-on experience. The immediate new item in this batch is the audio correction, alongside tests and fixes for display code and upcoming AMD graphics hardware.

HDMI FRL is the transport used for HDMI high-bandwidth modes beyond the older TMDS link. AMD engineer Fangzhi Zuo’s August patch to enable FRL by default explicitly describes FRL as required for HDMI 2.1 high-bandwidth modes and notes that users previously had to opt in through the amdgpu.dcfeaturemask module parameter.

That makes the Linux 7.4 work particularly relevant to Radeon PCs connected to HDMI-centric televisions and high-refresh monitors. A GPU, display and cable still need to support the requested mode, so default-on FRL does not turn older HDMI hardware into HDMI 2.1 hardware or guarantee every resolution, refresh-rate, color-depth and HDR combination on every setup.

An audio-enable fix is less dramatic than the original FRL enablement, but it matters because HDMI is commonly carrying video and audio together to TVs, monitors and AV receivers. A high-bandwidth display mode is not a complete living-room PC experience if the same link has an audio-path regression.

The extra test coverage is also notable. Phoronix reports that the new AMDGPU batch expands code testing around HDMI while the patch set continues to receive fixes before Linux 7.4. That is a healthier signal than treating the first working FRL implementation as finished: display failures often depend on combinations of link rate, display capabilities and driver state that benefit from regression tests.

The same pull request contains work for AMD graphics blocks identified as GFX12.1 and Display Core Next 6, among other IP updates. Those code names show that driver enablement for future hardware is progressing, but they do not by themselves establish a retail GPU name, launch date, price, performance level or complete architecture specification.

For current PC users, the concrete story is narrower: AMD is continuing to harden its open-source HDMI FRL path while Linux 7.4 is being prepared. The practical payoff should be a less experimental route to high-bandwidth HDMI on supported Radeon systems once distributions actually ship kernels containing the finalized work.