If a second display has been plugged in the memory clock gets stuck at the highest frequency, even if the display is disabled (using xrandr) or unplugged again. How to reproduce: plug in a second display and either disable it or unplug it again, the memory will continue to be clocked at its maximal frequency (Here: 1750Mhz). Kernels used for testing: Linux 4.4 (amdgpu-pro kernel driver), 4.7, 4.8rc5 The hardware is perfectly capable of clocking back to its lowest frequency if only one display is actually enabled. (It works as expected in Windows) This issue doesn't cause any problems other than using more watts than necessary. I'm not currently using the system with the RX470 GPU, I'll upload a dmesg log in a few minutes. I'm sorry if this isn't the correct place to post this bug, I'm new here.
Created attachment 126947 [details] Log from Linux 4.4 + amdgpu-pro kernel module
https://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-next-4.9&id=9716ebc38dfabe6c8e5e3c809e9f3c61dd3740f9 should fix this.
Ah, so it is fixed in drm next. I should have some time to test it today.
I can confirm that it is fixed in drm-next-4.9. (On first boot eventually the clocks got stuck at the minimum frequencies (both memory and gpu), and the system hung when trying to shut down, but that's something for another bug report. (No errors in the dmesg log.) Right now it works fine.)
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.