AMD today submitted their initial batch of "new stuff" for queuing into DRM-Next of their kernel graphics/compute driver changes they have prepared for the upcoming [1]Linux 6.17 cycle opening in a few weeks.

Today's AMD kernel graphics driver pull request being primed for Linux 6.17 includes SR-IOV hibernation support for workstation/datacenter hardware (seemingly [2]a lot of hibernation interest around Instinct servers recently), RAS updates, backlight improvements, suspend handling improvements, support for using scaling for non-native modes with embedded DisplayPort (eDP), cleaner shader updates for GFX9 hardware, ISP GenPD support, and other updates. LSDMA support is also introduced for the AMDGPU display code with this tentative code for Linux 6.17.

The ISP GenPD support is around the generic power management domain for the Image Signal Processor (ISP) IP block. This is part of the upstreaming enablement effort that's still ongoing and initially for benefiting the [3]HP ZBook Ultra G1a while other laptops in the future will likely be leveraging that AMD ISP too. See the HP ZBook Ultra G1a Linux review for more details on that web camera situation.

On the AMDKFD compute driver side are various fixes, even fixes for old AMD GFX7 and GFX8 hardware. Among the GFX7 and GFX8 work for the AMDKFD compute driver are adding some missing callbacks that are used unconditionally and were accidentally missed when they were introduced for newer generations of AMD GPUs. The "reset_kgq" functionality is also dropped for these older GPUs since it doesn't work reliably and there is soft recovery and full adapter reset support rather than just trying to reset the kernel graphics queue.

[4]

GFX7 as a reminder is for the Hawaii / Kaveri / Kabini era GPUs while GFX8 covers Polaris, Fiji, Stoney APUs, Carrizo, Iceland, and Tonga graphics processors. Hopefully these AMDKFD compute driver fixes for GFX7 and GFX8 era GPUs are motivated as part of their effort for seeing the ROCm user-space software running nicely on more Radeon GPUs.

The Radeon DRM driver has also bumped its exposed driver version to handle new command submission validation checks and other changes for ironing out the OpenGL 4.6 support on Cayman and Evergreen era GPUs.

This initial batch of new AMDGPU and AMDKFD feature material also includes a number of fixes for different IP blocks, DisplayPort tunneling, DML2, PCIe dynamic power management, FreeSync, and other random fixes.

amd-drm-next-6.17-2025-07-01:

amdgpu:

- FAMS2 fixes

- OLED fixes

- Misc cleanups

- AUX fixes

- DMCUB updates

- SR-IOV hibernation support

- RAS updates

- DP tunneling fixes

- DML2 fixes

- Backlight improvements

- Suspend improvements

- Use scaling for non-native modes on eDP

- SDMA 4.4.x fixes

- PCIe DPM fixes

- SDMA 5.x fixes

- Cleaner shader updates for GC 9.x

- Remove fence slab

- ISP genpd support

- Parition handling rework

- SDMA FW checks for userq support

- Add missing firmware declaration

- Fix leak in amdgpu_ctx_mgr_entity_fini()

- Freesync fix

- Ring reset refactoring

- Legacy dpm verbosity changes

amdkfd:

- GWS fix

- mtype fix for ext coherent system memory

- MMU notifier fix

- gfx7/8 fix

radeon:

- CS validation support for additional GL extensions

- Bump driver version for new CS validation checks

See [5]this pull request for the full list of feature patches on their way to DRM-Next ahead of the Linux 6.17 merge window.



[1] https://www.phoronix.com/search/Linux+6.17

[2] https://www.phoronix.com/news/AMD-Too-Much-vRAM-RAM-Hibernate

[3] https://www.phoronix.com/review/hp-zbook-ultra-g1a

[4] https://www.phoronix.com/image-viewer.php?id=2025&image=amd_r9_fury_lrg

[5] https://lore.kernel.org/dri-devel/20250701194707.32905-1-alexander.deucher@amd.com/