On September 21, AMD submitted a patch that adds GDDR7 to the open-source AMDGPU Linux driver’s recognized VRAM names. The same development cycle includes support for the IH v8.0 interrupt-handler block and NBIF v7.10, a new bus-interface revision. Together, the changes point to software preparation for future Radeon hardware—not a named graphics card launch.
AMD adds GDDR7 to the AMDGPU driver
The GDDR7 change updates drivers/gpu/drm/amd/amdgpu/amdgpu_object.c, the AMDGPU source file that contains the VRAM-name table. The patch changes one file with two insertions and one deletion, placing GDDR7 alongside entries such as LPDDR4, LPDDR5, HBM3E and HBM4.
Frank Min authored the patch, Hawking Zhang reviewed it and Alex Deucher signed it as AMDGPU maintainer. The commit’s purpose is direct: adding the GDDR7 VRAM name to the driver.
That is a useful piece of infrastructure for a graphics stack. It gives AMDGPU a recognized label for the memory type, but the public patch names no Radeon model or architecture.
What else changed in the same development cycle?
Two larger patch series arrived on the same date. Their supported components are:
| Component | Change | Function described |
| AMDGPU VRAM table | Adds GDDR7 | Recognizes the GDDR7 memory name in the driver |
| Interrupt Handler | IH v8.0 support | Adds support for a new Interrupt Handler revision |
| New Bus InterFace | NBIF v7.10 support | Adds support for a new bus-interface revision |
| NBIF register definitions | PCIe 6.1.3 headers | Adds the register headers associated with the NBIF work |
The IH series changes six files, with 2,074 insertions and one deletion. The NBIF series changes nine files, with 89,237 insertions and three deletions. Those numbers describe the size of the software work, not the specifications or performance of a future GPU.
Why this matters for future Radeon hardware
Driver code often has to recognize hardware building blocks before a product reaches consumers. The GDDR7 identifier, IH v8.0 support and NBIF v7.10 support therefore make the AMDGPU stack relevant to future Radeon development.
AMD has not assigned the GDDR7 identifier to RDNA 5 or to a specific Radeon product. Specialist coverage has associated the patches with future Radeon hardware, but the public AMDGPU changes themselves stop at the software enablement described above.
For context, Radeon RX 9000 graphics cards based on RDNA 4 are described as using GDDR6, while NVIDIA’s GeForce RTX 50 desktop family is described as using GDDR7. That contrast shows where the memory standard sits in the current graphics market; it does not predict the performance of a future AMD card.
What the patch means for Linux users
The practical impact today is upstream driver development. The change belongs to the AMDGPU kernel graphics-driver stack rather than a separate consumer download for a GDDR7 Radeon.
AMD’s Linux support packages cover existing supported Radeon and Radeon PRO products. A future card would still need a named product, supported driver release and commercial availability before this code could translate into something users install in a system.
For now, the meaningful development is inside the driver: AMDGPU has gained a GDDR7 memory identifier while adjacent work adds IH v8.0 and NBIF v7.10 support. The next Radeon hardware generation remains unnamed in these patches.
