AMD Linux Graphics Driver Introducing "Power Module" To Better Match Windows Behavior
([Radeon] 3 Hours Ago
AMDGPU DC Power Module)
- Reference: 0001627294
- News link: https://www.phoronix.com/news/AMDGPU-DC-Power-Module
- Source link:
With the set of today's AMDGPU kernel graphics driver Display Core (DC) patches is a rather curious addition with wiring up the Linux code to a "power module" that looks like it will better match Microsoft Windows behavior with the AMD Radeon driver around display-related power savings features.
Catching my eye when going through today's DC patches for the AMDGPU kernel driver is that AMD is introducing and adding a "power module" to Linux.
The patch [1]introducing the power module explains of it:
"Other OS supported by DC uses the power module to manage panel power features such as backlight and self-refresh. It contains enhancements on top what amdgpu_dm is doing today that can benefit power."
The other OS is basically for Microsoft Windows that is using this DC power module for backlight and Panel Self Refresh (PSR) handling and the like.
The follow-on [2]patch adds:
"[Why & How]
Refactors dm [Display Manager] to utilize the power module for managing replay, PSR, and backlight control functionalities.
Key changes:
- Introduced replay / PSR events to enable / disable replay / PSR.
- Implemented replay rate control and power option
- Refactored backlight control by using the power module.
- Enhanced handling of VRR within replay and PSR logic."
Long story short this should help in enhancing display power management of AMD Radeon hardware on Linux and better matching the behavior of AMD's Microsoft Windows Radeon Software driver. With both platforms to utilize this "power module" it will hopefully result in a more uniform power-savings experience around display functionality and ideally less quirks/Linux-specific issues thanks to the unified code path, especially for laptops/mobile devices.
Another noteworthy change with today's [3]DC patches is enabling driver power gating.
These patches are only posted to the mailing list today and sadly too late for incorporating into the current Linux 7.1 kernel cycle. Thus look for them later in the year with Linux 7.2 barring any issues from coming up in the code.
[1] https://lists.freedesktop.org/archives/amd-gfx/2026-April/142837.html
[2] https://lists.freedesktop.org/archives/amd-gfx/2026-April/142838.html
[3] https://lists.freedesktop.org/archives/amd-gfx/2026-April/142829.html
Catching my eye when going through today's DC patches for the AMDGPU kernel driver is that AMD is introducing and adding a "power module" to Linux.
The patch [1]introducing the power module explains of it:
"Other OS supported by DC uses the power module to manage panel power features such as backlight and self-refresh. It contains enhancements on top what amdgpu_dm is doing today that can benefit power."
The other OS is basically for Microsoft Windows that is using this DC power module for backlight and Panel Self Refresh (PSR) handling and the like.
The follow-on [2]patch adds:
"[Why & How]
Refactors dm [Display Manager] to utilize the power module for managing replay, PSR, and backlight control functionalities.
Key changes:
- Introduced replay / PSR events to enable / disable replay / PSR.
- Implemented replay rate control and power option
- Refactored backlight control by using the power module.
- Enhanced handling of VRR within replay and PSR logic."
Long story short this should help in enhancing display power management of AMD Radeon hardware on Linux and better matching the behavior of AMD's Microsoft Windows Radeon Software driver. With both platforms to utilize this "power module" it will hopefully result in a more uniform power-savings experience around display functionality and ideally less quirks/Linux-specific issues thanks to the unified code path, especially for laptops/mobile devices.
Another noteworthy change with today's [3]DC patches is enabling driver power gating.
These patches are only posted to the mailing list today and sadly too late for incorporating into the current Linux 7.1 kernel cycle. Thus look for them later in the year with Linux 7.2 barring any issues from coming up in the code.
[1] https://lists.freedesktop.org/archives/amd-gfx/2026-April/142837.html
[2] https://lists.freedesktop.org/archives/amd-gfx/2026-April/142838.html
[3] https://lists.freedesktop.org/archives/amd-gfx/2026-April/142829.html