Comment 7 for bug 1088721

Revision history for this message
Rich Drewes (drewes) wrote : Re: Fn key and suspend resume failure after first suspend

Thanks for your help.

* I am running the mainline kernel 3.7.0-030700 (another one, 3.7-rc8-raring was suggested but that comment was apparently deleted, so I stayed with 3.7.0-030700.

* Model is Toshiba Portege Z935-P390

* BIOS is latest available from Toshiba website

* /sys/power/pm_trace is present, so kernel is properly configured for tracing problems

* cat /proc/acpi/wakeup output after initial clean boot (and also identical after resume from first suspend):

Device S-state Status Sysfs node
LANC S4 *enabled pci:0000:00:19.0
HDEF S3 *disabled pci:0000:00:1b.0
USBB S4 *disabled pci:0000:01:00.0
RP02 S4 *disabled
PXSX S4 *disabled
RP04 S4 *disabled
PXSX S4 *disabled
USBC S4 *disabled
EHC1 S4 *enabled pci:0000:00:1d.0
EHC2 S4 *enabled pci:0000:00:1a.0
XHC S4 *disabled
PWRB S4 *disabled
LID S4 *disabled

* I then did one normal suspend/resume cycle since the first one always goes OK.

* I did a second suspend attempt to suspend using the instructions for pm_trace on the page you referenced. This appeared to hang on suspend as expected. I had to hold power button down and reboot. The dmesg output is attached. The Magic number is present but the next line is "tty tty26: hash matches" which I don't think is helpful?

* I repeated this entire operation two more times (dmesg2.txt, dmesg3.txt in subsequent messages). In these cases the Magic number line was also present but the next line referenced rtc_cmos which I think is also not helpful?

Rich