Bug 83262 - Radeon DPM re-clocking fails after resume from suspend
Summary: Radeon DPM re-clocking fails after resume from suspend
Status: RESOLVED FIXED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Radeon (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-08-29 22:59 UTC by Kevin McCormack
Modified: 2018-03-24 11:44 UTC (History)
0 users

See Also:
i915 platform:
i915 features:

Attachments
dmesg output shortly after boot (57.71 KB, text/plain)
2014-09-09 00:23 UTC, Kevin McCormack 		no flags Details
Xorg log shortly after boot (66.85 KB, text/plain)
2014-09-09 00:27 UTC, Kevin McCormack 		no flags Details
dmesg output just after resuming from suspend (66.13 KB, text/plain)
2014-09-09 00:30 UTC, Kevin McCormack 		no flags Details
Xorg log shortly after resuming from suspend (71.61 KB, text/plain)
2014-09-09 00:32 UTC, Kevin McCormack 		no flags Details
View All

Description Kevin McCormack 2014-08-29 22:59:11 UTC 
I noticed that when I suspend my machine, resume, and then play openGL games like Dota 2 or L4D2 that the performance is not as good as a fresh boot. The framerates are reduced and the overall experience is less smooth. I am using the open source radeon graphics drivers with a Saphire R7 260X and Arch Linux 64-bit with Cinnamon desktop. I had a similar issue with my HD6670 graphics card. 

It seems like dpm (dynamic power management) is not enabled after resuming from suspend. When running `cat /sys/kernel/debug/dri/64/radeon_pm_info` my system should move from mclk: 15000 to mclk:150000 when running Dota 2 or L4D2, but this does not happen after I have resumed from suspend unless I reboot.

I have had this issue since at least the 3.14 kernel and still have this issue with the the latest stable 3.16.1 kernel, xf86-video-ati 1:7.4.0-3 and mesa 10.2.6-1.
Comment 1 Alex Deucher 2014-09-08 04:33:40 UTC 
Please attach your dmesg output and your xorg log.
Comment 2 Kevin McCormack 2014-09-09 00:23:46 UTC 
Created attachment 105936 [details]
dmesg output shortly after boot
Comment 3 Kevin McCormack 2014-09-09 00:27:42 UTC 
Created attachment 105937 [details]
Xorg log shortly after boot
Comment 4 Kevin McCormack 2014-09-09 00:30:41 UTC 
Created attachment 105938 [details]
dmesg output just after resuming from suspend
Comment 5 Kevin McCormack 2014-09-09 00:32:15 UTC 
Created attachment 105939 [details]
Xorg log shortly after resuming from suspend
Comment 6 Kevin McCormack 2014-09-09 00:33:08 UTC 
Alex, thank you for your help! I think I have attached all that you asked for. I tried to include the files both after a fresh boot and after resuming from suspend.
Comment 7 Kevin McCormack 2014-10-06 22:14:03 UTC 
I can confirm that as of the Linux kernel 3.16.4 that reclocking is now working after resuming from suspend. Yay!

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.