https://bugzilla.kernel.org/show_bug.cgi?id=201991
Bug ID: 201991 Summary: amdgpu: clock management is disabled for the 4K resolution with polaris 10 Product: Drivers Version: 2.5 Kernel Version: 4.18.0,4.20.0-rc6, drm-next-4.21-wip Hardware: x86-64 OS: Linux Tree: Mainline Status: NEW Severity: enhancement Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri@kernel-bugs.osdl.org Reporter: fin4478@hotmail.com Regression: No
Created attachment 280019 --> https://bugzilla.kernel.org/attachment.cgi?id=280019&action=edit simple app for the amdgpu sys interface
When the Xfce desktop is visible at 4K and idling, the engine clock is fixed at level 6: 1220MHz and you can not change that. The temperature is 38 C. When the monitor is sleeping, then the engine clock is 300Mhz. The automatic power management works with 2560x1600 and lower resolutions as espected. I tested with my python app and I have latest drivers, including firmware files. My monitor is ASUS VP28UQG and I use the display port.
System: Host: ryzenpc Kernel: 4.20.0-rc6 x86_64 bits: 64 Desktop: Xfce 4.12.4 Distro: Debian GNU/Linux buster/sid Machine: Type: Desktop Mobo: ASUSTeK model: PRIME B350M-K v: Rev X.0x serial: <root required> UEFI [Legacy]: American Megatrends v: 4023 date: 08/20/2018 CPU: 6-Core: AMD Ryzen 5 1600 type: MT MCP speed: 2851 MHz Graphics: Device-1: AMD Ellesmere [Radeon RX 470/480] driver: amdgpu v: kernel Display: x11 server: X.Org 1.20.3 driver: amdgpu,ati unloaded: fbdev,modesetting,vesa resolution: 3840x2160~60Hz OpenGL: renderer: Radeon RX 570 Series (POLARIS10 DRM 3.27.0 4.20.0-rc6 LLVM 7.0.1) v: 4.5 Mesa 19.0.0-devel (git-9ebc00f 2018-12-13 bionic-oibaf-ppa)
https://bugzilla.kernel.org/show_bug.cgi?id=201991
nancy (nancy154@gmx.com) changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nancy154@gmx.com
--- Comment #1 from nancy (nancy154@gmx.com) --- (In reply to fin4478 from comment #0)
simple app for the amdgpu sys interface
You might consider if you are trying out radeon-profile.
https://github.com/marazmista/radeon-profile
https://bugzilla.kernel.org/show_bug.cgi?id=201991
--- Comment #2 from fin4478@hotmail.com --- (In reply to nancy from comment #1)
(In reply to fin4478 from comment #0)
simple app for the amdgpu sys interface
You might consider if you are trying out radeon-profile.
That uses the same sysfs api and uses old qt or special modules (like qtchartview) that are not compatible with latest qt packages. In other words that app is broken on several distributions. When programming simple GUIs, use python gtk that does not break so easily.
https://bugzilla.kernel.org/show_bug.cgi?id=201991
--- Comment #3 from fin4478@hotmail.com --- Adding amdgpu.ppfeaturemask=0xffffffff to the kernel command line makes the powerplay feature to work normally at 4K. uname -r 4.20.0-rc3+
https://bugzilla.kernel.org/show_bug.cgi?id=201991
fin4478@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |CODE_FIX
https://bugzilla.kernel.org/show_bug.cgi?id=201991
dofficialgman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dofficialgman@gmail.com
--- Comment #4 from dofficialgman@gmail.com --- the above kernel command line is still necessary in 2022 with mesa 22. Why has this not been fixed in source to not need the clock/voltage adjustment parameter for automatic clocks when using 4K monitor output?
https://bugzilla.kernel.org/show_bug.cgi?id=201991
Alex Deucher (alexdeucher@gmail.com) changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexdeucher@gmail.com
--- Comment #5 from Alex Deucher (alexdeucher@gmail.com) --- The driver set minimum required clocks to meet the required bandwidth and voltage for the attached displays. When you enable overclocking (via the bit in ppfeaturemask), that gets partially disabled to allow the user to manually adjust the clocks at their own risk.
dri-devel@lists.freedesktop.org