Bug 701160

Summary: Resume after suspend (STR) results in completely locked system on MSI VR201x
Product: [Fedora] Fedora Reporter: Petr Svoboda <petr.svo>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 17CC: gansalmon, itamar, jforbes, jonathan, kernel-maint, madhu.chinakonda
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: first=2.6.38.2 tested=3.3.4 suspend
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-01-21 14:03:07 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
System log spanning boot, suspend and first boot after hard reset
none
pm-suspend.log
none
Output of pm-utils-bugreport-info.sh
none
dmidecode
none
lspci -vvv none

Description Petr Svoboda 2011-05-01 18:00:42 UTC 
User-Agent:       Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1

I'm unable to resume from suspend to RAM on MSI VR201x laptop, because after suspending (seems to be successful) resume always fails. Results doesn't depend on suspend method tried: menuitem in gnome-shell, pm-suspend from terminal or "echo mem > /sys/power/state".

Reproducible: Always

Steps to Reproduce:
1. suspend using pm-suspend from terminal
2. wait until laptop suspends (power led is blinking)
3. resume using power button (short press)
Actual Results:  
Laptop powers on. Disk and fan spin up, backlight of display is on but screen is black.
After running for about 5 seconds laptop powers off. Disk, fan, all leds and display go off.
After beeing off for about 5 seconds laptop again powers on. Disk and fan spin up, but display backlight is off. Keyboard is dead too.
All this without beeing touched.
Than have to be force powered off by holding power button.

Expected Results:  
Resume to running desktop.

I tried 'echo 1 > /sys/power/pm_trace' before suspend and 'dmesg | grep "hash matches' on first boot after lockup, but got no results.

Hibernation works on kernel 2.6.38.4-20.fc15.x86_64.

Suspend tested on kernel2.6.38.2-9.fc15.x86_64 and 2.6.38.4-20.fc15.x86_64.

More info is in attachments.
Comment 1 Petr Svoboda 2011-05-01 18:05:59 UTC 
Created attachment 496085 [details]
System log spanning  boot, suspend and first boot after hard reset
Comment 2 Petr Svoboda 2011-05-01 18:07:05 UTC 
Created attachment 496086 [details]
pm-suspend.log
Comment 3 Petr Svoboda 2011-05-01 18:08:00 UTC 
Created attachment 496087 [details]
Output of pm-utils-bugreport-info.sh
Comment 4 Petr Svoboda 2011-05-01 18:08:41 UTC 
Created attachment 496093 [details]
dmidecode
Comment 5 Petr Svoboda 2011-05-01 18:09:06 UTC 
Created attachment 496094 [details]
lspci -vvv
Comment 6 Josh Boyer 2012-06-04 19:08:41 UTC 
Are you still seeing this with the 2.6.43/3.3 kernel updates?
Comment 7 Petr Svoboda 2012-06-10 10:00:10 UTC 
I have still same problem in Fedora 17 with 3.3.4-5.fc17.i686.
Comment 8 Justin M. Forbes 2012-12-07 15:35:46 UTC 
Is this still happening with the 3.6.9 kernels?
Comment 9 Petr Svoboda 2012-12-07 20:59:21 UTC 
I tested it with 3.6.9-2.fc17.i686 kernel. Symptoms are the same as I described in original report.

Can I provide some informations that would help to resolve this issue?
Comment 10 Petr Svoboda 2013-01-21 10:23:06 UTC 
After upgrading to Fedora 18 with kernel 3.7.2-201.fc18.i686, resume from S3 has started working for me.
Comment 11 Josh Boyer 2013-01-21 14:03:07 UTC 
Thank you for letting us know.