TodayToday's edition
AMD's eight-patch GFX13 series for the Linux driver went to the amd-gfx list on Nov. 9. It names no product, specs or date, and the RDNA 5 label is the press's, not AMD's.
Chips & Power DeskEdited by Ege Erten
3 min readAI-assisted
The GFX13 series on the amd-gfx list adds 12,643 lines across 32 files; AMD has named no product.
Illustration (AI-generated)
AMD engineers posted an eight-patch GFX13 Linux driver series to the amd-gfx mailing list on Nov. 9, adding initial support for GC 13.x graphics with 12,643 added lines across 32 files.
Alex Deucher, who maintains AMD's Linux graphics driver, sent the series at 18:46 UTC. Most of the code sits in two new files: 5,808 lines for the gfx v13 graphics engine and 1,862 lines for the MES v13 scheduler. The code is written for GC 13.0.1, and a seventh patch by AMD's Frank Min adds a second version, GC 13.0.4, to the same paths. Wccftech, which reported the series on Nov. 10, notes that two version numbers need not mean two separate retail GPUs.
The press calls GFX13 RDNA 5; AMD does not. The patches give no product name, and Wccftech reports that AMD has confirmed neither the RDNA 5 label nor a launch date. Wccftech reports that the patches confirm no compute unit counts, clocks, memory configurations or performance figures; Voltgrid found none in the patches it read either.
A driver bring-up teaches the kernel to start and feed a new chip, one block at a time. This series adds the graphics and compute engine (gfx v13), the Micro Engine Scheduler (MES), which hands work queues to the hardware, and a version 13 IMU block, which Wccftech describes as the integrated management unit. A final patch by Kevin Wang turns on the graphics block's clock-gating flags; clock gating is a general power-saving technique that stops the clock to idle logic.
Compute arrives with graphics. Three patches touch amdkfd, the kernel driver that Wccftech says handles GPU compute workloads. One adds initial GC 13 support, which its author, David Belanger, says is based on GC 12. Another adds a trap handler for compute wave save and restore (CWSR), so the driver can pause running compute work and resume it later.
The code is early. A patch by Eric Huang disables queue reset for gfx13 because, it says, MES does not support queue reset so far.
The Linux driver picks its code by the graphics IP version a chip reports. Patch 7/8 adds GC 13.0.4 next to GC 13.0.1 in many of the places that already handle 13.0.1, so the two versions share one code path. A code comment in the same patch says the compiler target for GC 13.0.x is 13.1.0, so the hardware and compiler labels differ.
These are engineering identifiers, not product names, and Wccftech notes they need not map to two retail GPUs. Shared code suggests close relatives, which is an inference: AMD has not said what either version is.
For buyers, the news is timing rather than specs. Bringing up the compute driver in the same series as graphics suggests AMD wants the compute path ready alongside graphics, not added later. That is an inference: AMD has said nothing about GFX13 products.
The series extends earlier groundwork. Wccftech says GFX13 first appeared as an LLVM compiler target in January 2026, and that it reported display patches for DCN6, the display engine linked to GFX13, in August. Citing Phoronix, it says the new code could reach Linux 7.5, though that is not confirmed.
Nothing changes yet for owners of current Radeon cards, whose latest fixes came in AMD's Windows driver, as Voltgrid reported. The next steps are review of the series on the amd-gfx list and a pull into AMD's development branch. Any RDNA 5 name, specs or date would have to come from AMD.
