Bug 103881

Summary: HP Compaq dc5750 fails to resume from suspend
Product: Drivers Reporter: Jeffery Miller (jefferym)
Component: Video(DRI - non Intel)Assignee: drivers_video-dri
Status: RESOLVED CODE_FIX    
Severity: normal CC: alexdeucher, szg00000
Priority: P1    
Hardware: All   
OS: Linux   
Kernel Version: 4.1.6.i386 Subsystem:
Regression: No Bisected commit-id:
Attachments: Patch adding the dc5750 to the list of radeon rs4xxx quirks
lspci -nnv of the affected system
dmidecode of the affected machine

Description Jeffery Miller 2015-09-01 19:50:49 UTC
Created attachment 186431 [details]
Patch adding the dc5750 to the list of radeon rs4xxx quirks

The HP Compaq dc5750 is unable to resume from the suspend state. With the system suspended and I press the power button on the front of the machine I expect it to wake up. When the button is pressed the HDD and CD drive lights activate briefly and the fan powers on. The video output does not appear to resume and stays black. I have to hard power the system to bring it back. Attempting to suspend/resume has this issue every time I have tried it.

I observed this behavior on kernels 4.1.6 and 4.0.5.

Setting devices in /sys/power/pm_debug resulted in the system failing to resume.
The freezer method in /sys/power/pm_debug did not have an issue resuming.

I enabled /sys/power/pm_trace and after the hard boot I was able to find a reasonable hash matches line: ' pci 0000:01:05.0: hash matches'. Additionally /sys/power/pm_trace_dev_match was able to resolve this to `radeon`.

I was able to boot using a serial console and prevented the radeon driver from loading. In this state it was able to suspend and resume properly. From this state I let the radeon driver load again and the system would fail to resume from suspend.

I was able to add this system to the list of RS480 quirks. The system was able to suspend and resume normally with the change. It worked with the Xserver running as well. It appears to be running normally. I have attached the patch I tested against the 4.0.5 and 4.1.6 kernels.

Is there anything else I should test?
Comment 1 Jeffery Miller 2015-09-01 19:52:55 UTC
Created attachment 186441 [details]
lspci -nnv of the affected system
Comment 2 Jeffery Miller 2015-09-01 19:54:32 UTC
Created attachment 186451 [details]
dmidecode of the affected machine
Comment 3 Alex Deucher 2015-09-01 20:32:58 UTC
Applied.  thanks!
Comment 4 Szőgyényi Gábor 2017-03-06 20:08:43 UTC
Please try to reproduce this bug with latest kernel image.
Comment 5 Jeffery Miller 2018-04-02 15:22:03 UTC
I tested this on 4.14.31 and it is fixed. It is able to sleep and resume properly.
Comment 6 Jeffery Miller 2018-04-02 15:41:50 UTC
I was unable to reproduce this on the latest 4.14.31
Comment 7 Jeffery Miller 2018-04-02 15:51:46 UTC
I was also able to reproduce this issue on 4.16.
Comment 8 Jeffery Miller 2018-04-02 15:52:48 UTC
Comment 7 is wrong. I was unable to reproduce this issue on 4.16. It is fixed in 4.16 and working as expected.