Radeon News Archives

We are nearing the cut-off of new Direct Rendering Manager (DRM) subsystem material for the upcoming Linux 7.4 cycle. AMD this week sent in another feature pull to DRM-Next that is moving over to mostly bug fixing but does contain the enablement of some new GPU intellectual property blocks for upcoming graphics hardware.

Over the past year Timur Kristóf of Valve's Linux graphics driver team has made multiple very nice improvements to the AMDGPU kernel driver for enhancing support for old (GCN 1.0/1.1 era from a decade ago) graphics cards so that they can better handle Linux gaming and other tasks. This week in Toronto, Kristóf presented on this AMDGPU work that he initially began as a kernel driver development exercise after initially spending years in user-space focused on the Mesa 3D driver code.

Linux 7.4 is going to be the big kernel release where the AMD graphics driver will finally expose HDMI 2.1 by default and comes with features including HDMI FreeSync, VRR, and ALLM. Ahead of that milestone there have been various other last minute tweaks and improvements to its HDMI 2.1 support. Sent out on Thursday was the latest round of AMDGPU DC patches that includes a few more patches for improving the HDMI 2.1 reliability.

AMD sent out their latest Linux kernel graphics driver patches today for enabling some new hardware IP blocks. And as part of that, preparing for GDDR7 video memory with the AMDGPU driver.

Linux 7.4 is set to be a very exciting holiday gift for AMD Radeon graphics customers. As covered last week on Phoronix, with this next kernel AMD Is enabling HDMI 2.1 support by default now that FreeSync, VRR, and ALLM support is included too. This week another round of AMDGPU kernel graphics driver updates were sent out ahead of the Linux 7.4 merge window in October.

Linux 7.4 is now set to reach the elusive milestone of HDMI 2.1 support for the AMDGPU kernel graphics driver. After the HDMI Forum previously rejected HDMI 2.1 for the AMDGPU open-source driver implementation going back years, earlier this year something changed -- widely speculated to be with Valve's involvement -- that HDMI 2.1 patches began appearing for the AMDGPU driver. With the upcoming Linux 7.4 cycle, the bulk of that work will now be in place and enabled by default.

Coming with Linux 7.3 is DRM format modifiers for GFX6 through GFX8 era GPUs covering the original Raddeon HD 7000 (GCN 1.0) graphics cards up through the Polaris and Fiji series. This work by Valve's Timur Kristóf is necessary for these older GPUs to support Vulkan-based Wayland compositors, better interoperability between OpenGL and Vulkan or other APis, compositors running on the Zink OpenGL-on-Vulkan driver implementation, and other benefits. Now merged for Mesa 26.3 is the RadeonSI and RADV user-space side support for making use of the format modifiers on these older GPUs.

It turns out one of the feature limitations of the AMDGPU Linux graphics driver is HDMI 1.4 3D output support with frame packing, top-and-bottom, and side-by-side options for transmitting simultaneous video streams. I wasn't aware of this limitation for the lack of any 3D displays and many Linux enthusiasts/gamers as well, but if you happen to have a compatible HDMI 1.4 3D display, there are pending patches to finally make this a reality.

As part of AMD's ongoing effort for getting HDMI 2.1 support squared away in their upstream AMDGPU kernel graphics driver, sent out today were the latest patches around passive variable refresh rate "Passive VRR" for HDMI connections.

It was back in May that the surprising event happened of AMD posting HDMI 2.1 FRL patches for their open-source AMDGPU Linux driver as part of their broader HDMI 2.1 bring-up. For years the open-source HDMI 2.1 support in AMDGPU was blocked by the HDMI Forum but whether it was due to Valve or some other event, the code was finally unblocked. While it's been part of the kernel since Linux 7.2, it's been disabled by default -- except that is now changing.

In addition to AMD's Friday afternoon big code drop of all the UALink enablement patches for the Linux kernel and the AMDGPU driver, there was another big drop from AMD to end out the week... Upstreamed to the linux-firmware.git repository is all the firmware binaries needed by the open-source driver stack for initializing their forthcoming RDNA 4m "GFX 11.7" graphics.

Legendary Mesa Radeon Gallium3D driver developer Marek Olšák who was a longtime AMD employee and then joined Valve's Linux graphics driver team earlier this year has continued his focus now on perfecting his art around the RADV Vulkan driver and ACO shader compiler.

Complementing the HDMI 2.1 Fixed Rate Link (FRL) support that AMD already upstreamed to the Linux kernel, AMD engineers have been further ironing out their HDMI 2.1 implementation for the open-source AMDGPU Linux kernel driver. The latest quest has been getting HDMI 2.1 variable rate refresh (VRR) support upstreamed along with HDMI Auto Low-Latency Mode (ALLM).

AMD today submitted their last planned feature updates ahead of the Linux 7.3 merge window opening later this month.

Earlier this year we began seeing patches for AMD GFX1170 graphics IP labeled as "RDNA 4m" and that was then completed with also adding GFX1171 and GFX1172 as additional targets for the AMDGPU LLVM compiler back-end and AMDGPU kernel driver. Merged today for Mesa 26.3 is now adding the GFX1171 target to Mesa 26.3 for the RADV and RadeonSI drivers.

Overnight AMD engineers sent out their latest round of AMDGPU DC display code updates for their Linux driver. This week's round of display code updates include some additional fixes for their recently introduced HDMI FRL (Fixed Rate Link) support as part of the work toward their HDMI 2.1 implementation finally coming together for their open-source, upstream Linux driver.

In addition to the AMDGPU feature pull request to DRM-Next last week that landed DRM format modifiers for old AMD GPUs and a variety of other improvements, a secondary set of AMDGPU feature work followed that last week in preparation for the upcoming Linux 7.3 merge window.

AMD closed out the month of July by posting some new AMDGPU Display Core "DC" patches. Most notable with this weekly patch ritual is several patches beginning to establish the foundation for Display Core Next 6 "DCN6" as their next-generation display IP. The patches tie DCN6 to the AMD GFX13 graphics engine, which is anticipated to be for the next-generation RDNA5 graphics processors.

Following AMD posting AMDGPU patches for HDMI 2.1 FRL support after the HDMI 2.1 open-source support was long blocked by the HDMI Forum, as part of working toward a complete HDMI 2.1 implementation in this AMD Linux driver it was followed by HDMI 2.1 Display Stream Compression (DSC) support. Now the latest on the AMDGPU HDMI 2.1 enabling path is enabling Auto Low-Latency Mode (ALLM) as well as HDMI Variable Rate Refresh!

Sent out today was another week's worth of features and other code changes to the AMDGPU kernel graphics driver and AMDKFD kernel compute driver. We are nearing the cut-off of new feature material for next month's Linux 7.3 kernel but there is some nice feature work in store for this week.

Valve has been sponsoring Collabora engineers with early phase, exploratory work for trying to bring the open-source Radeon Vulkan "RADV" driver to Microsoft Windows.

This week's batch of AMDGPU Display Core "DC" updates arrived heavy with 70 new patches for improving that open-source display support for Radeon graphics on the Linux desktop.

Since earlier this month AMD has begun staging graphics driver changes for Linux 7.3 ahead of the merge window opening in late July. That's brought some interesting changes so far while there still are a few weeks to land any additional features in DRM-Next. This week another batch of AMDGPU graphics driver and AMDKFD compute driver feature code was sent out for this next kernel version.

AMD on Thursday sent out another round of AMDGPU kernel graphics driver and AMDKFD kernel compute driver updates to DRM-Next of new feature material ahead of the Linux 7.3 merge window.

Today's batch of AMDGPU Display Code "DC" updates bring a few noteworthy items for benefiting modern hardware under Linux.

AMDGPU kernel driver maintainer Alex Deucher of AMD sent out a set of 30 patches today working on clearing out all of the BUG() usage within this Linux kernel graphics driver.

Longtime AMD Linux graphics driver expert Marek Olšák, who joined Valve earlier this year and now focusing more on RADV rather than the RadeonSI Gallium3D driver, has seen some of his latest work now merged for Mesa 26.2. Marek landed a big overhaul to the variable rate shading (VRS) code that in some cases can double the performance.

Timur Kristóf of Valve's Linux graphics driver team continues taking special focus on AMD Radeon GCN 1.0 and GCN 1.1 era GPUs for enhancing the open-source graphics driver support for these aging graphics cards.

In time for the Mesa 26.2 stable release expected out in August, the Radeon RADV Vulkan driver is now exposing the VK_EXT_descriptor_heap descriptor heap support by default.

In addition to AMD engineers being busy rolling out HDMI 2.1 for their open-source Linux driver at long last, another notable display-related improvement on the way to their AMDGPU kernel graphics driver is exposing the Gamma 2.4 and Gamma 2.6 curves support.

For those that happen to still be running a 22+ year old Apple Power Mac such as those from 2004 with an IBM PowerPC processor and ATI Radeon 9600 XT or 9800 XT graphics, there are open-source driver improvements for Linux still happening in 2026 to benefit this vintage hardware.

Back in March AMD introduced ROCDXG to improve their Windows Subsystem for Linux support. This improved Windows Subsystem for Linux "WSL" support with the ROCm compute stack is a cleaneer architecture, open-source compared to their legacy WSL code having closed bits, and more robust handling. Today they issued a new ROCDXG library release to further enhance their WSL support.

Early AMD Radeon Graphics Core Next "GCN" GPUs are seeing work to improve the GPU recovery process in the event of hangs. This work is yet another improvement for older AMD GPUs being led by Valve's open-source Linux graphics driver team.

A bug in the AMDGPU Linux kernel graphics driver leading to some laptop displays freezing after periods of use may finally be close to being resolved. Given the length and quantity of bug reports and one of the problematic commits being tracked back to 2017, it's a heavy hitting issue for some Linux users. With the help of Claude Code, it looks like a fix is on the way to the Linux kernel.

Being submitted on the kernel side with the upcoming Linux 7.2 kernel is initial support for the GFX 11.5.6 graphics IP block along with several other newer IP blocks such as SDMA 6.4, NBIO 7.11.5, IH 6.4, HDP 6.4, MMHUB 3.4.2, SMU 15.0.5, ATHUB 3.4.2, and VPE 2.2. Now in user-space for the Mesa RadeonSI Gallium3D and RADV Vulkan drivers is the GFX1156 (GFX 11.5.6) support being prepared too.

While not as exciting as features like HDMI 2.1 FRL and Display Stream Compression itself, as part of AMD's efforts to provide a fully open-source HDMI 2.1 driver implementation for AMDGPU, new code is being prepped for their kernel driver to support the HDMI compliance testing efforts.

Initially introduced in RDNA3 (GFX11) GPUs is INST_PREF_SIZE to specify the number of instruction bytes to prefetch prior to a wavefront beginning execution. The Mesa Radeon Vulkan driver "RADV" is now making use of this feature in RDNA3/RDNA4 GPUs for better instruction cache prefetching.

As the discussions continue among developers over potentially branching off some of the older Mesa drivers, the AMD R600 Gallium3D driver saw 59 commits on Sunday to Mesa 26.2. Making this code restructuring and code cleaning all the more notable is that the improvements to this old AMD Radeon graphics driver was done in part by GitHub Copilot.

In addition to AMDGPU finally seeing HDMI 2.1 FRL support in Linux 7.2, another change worth noting in this week's AMDGPU pull request is the continued work on enhancing the AMDGPU/AMDKFD kernel driver support for non-4K page size kernel builds. In particular this helps out with AMD graphics and ROCm for the likes of ARM and POWER.

With this week's launch day review of the AMD Radeon RX 9070 GRE, Ubuntu 26.04 with its Linux 7.0 and Mesa 26.0 default driver stack was used for testing. That choice was made since the Ubuntu 26.04 release is still fresh, the RDNA4-based RX 9070 GRE was working without issue there, and from other RDNA4 testing knowing there isn't much uplift from the in-development Linux 7.1 kernel or the current stable Mesa 26.1 OpenGL RadeonSI / Vulkan RADV drivers. But for those interested, here are those tests.

It's happening! The long-awaited HDMI 2.1 Fixed Rate Link "FRL" support for handling higher resolutions and higher refresh rates on modern AMD Radeon graphics cards with the upstream AMDGPU open-source driver has been submitted to DRM-Next ahead of this month's Linux 7.2 merge window!

Marek Olšák who had been a longtime AMD Linux driver engineer specializing in the RadeonSI Gallium3D driver, recently began working for Valve on their Linux graphics driver team. His focus has understandably shifted to working on the RADV Vulkan driver and one of his early optimizations now with the Valve hat on is up to a 100% pixel throughput optimization for the RADV driver, which is already quite well optimized thanks to years of investment from Valve, Red Hat, and others.

On Friday was the latest AMDGPU/AMDKFD pull request landing more kernel graphics/compute driver improvements in DRM-Next ahead of the Linux 7.2 merge window happening in mid-June.

While most Linux enthusiasts and desktop users/gamers are comfortable just riding the latest upstream Linux kernel and Mesa drivers shipped by their distribution, for those enterprises preferring the officially blessed and QA'ed driver packages from AMD, last week marked the release of the Radeon Software for Linux 26.12 driver.

While there has been talk of potentially branching off the older Mesa graphics drivers, the ATI R300 Gallium3D driver just won't die yet. The R300 Gallium3D driver for supporting ATI R300 through R500 graphics cards saw a big rework merged today in restructuring the driver's intemediate representation (IR) handling.

Merged today for what will become Mesa 26.2 next quarter is the Radeon Vulkan driver "RADV" now supporting the VK_KHR_shader_fma extension.

A set of 42 patches were posted on Thursday for the AMDGPU kernel driver and associated AMDKFD compute driver code for enabling pipe reset capabilities for compute workloads.

AMD is ready with more AMDKFD compute driver and AMDGPU kernel graphics driver changes for the upcoming Linux 7.2 merge window.

One of the most exciting developments in recent times for the open-source AMDGPU kernel graphics driver is HDMI 2.1 FRL support for the AMDGPU driver along with Display Stream Compression support as they work toward providing full HDMI 2.1 support for this open-source AMD Radeon driver. The details how AMD managed to pull this feat off given prior resistance from the HDMI Forum remains to be confirmed, but it's moving ahead and out today is the latest iteration of the HDMI 2.1 FRL+DSC patches.

Sent out on Wednesday was the latest AMDGPU/AMDKFD driver pull request of new feature code ready for DRM-Next as the staging area ahead of the upcoming Linux 7.2 kernel. This doesn't yet land the HDMI 2.1 enablement work that's finally been taking place but it is preparing for that with the FRL register headers now in place as part of this merge.