Bug 12113

Summary: suspend to ram - unable to resume - sd 0:0:0:0: rejecting I/O to offline device
Product: ACPI Reporter: DRUELLE Guillaume (freak)
Component: Power-Sleep-WakeAssignee: acpi_power-sleep-wake
Status: REJECTED UNREPRODUCIBLE    
Severity: blocking CC: acpi-bugzilla, rui.zhang, tj
Priority: P1    
Hardware: All   
OS: Linux   
Kernel Version: 2.6.28-rc6 Subsystem:
Regression: --- Bisected commit-id:
Attachments: dmesg
dmidecode
kern.log
lspci
lsusb
kernel-config
dmesg test 1
dmesg test 2

Description DRUELLE Guillaume 2008-11-27 12:17:21 UTC
Latest working kernel version: no idea
Earliest failing kernel version: 2.6.28-rc6
Distribution: Ubuntu Intrepid 64 bits
Hardware Environment: Laptop HP DV7-1050EF
Software Environment: 
Problem Description:

The system is unable to wake up after suspend to ram.
The suspend process works fine.
But when I push the power button, It's impossible to get a functional system, there is a lot of lines like these:

ata1: exception Emask 0x10 SAct 0x0 SErr 0x4000000 action 0xe frozen
ata1: SError: { DevExch }
ata2: exception Emask 0x10 SAct 0x0 SErr 0x4000000 action 0xe frozen
ata2: irq_stat 0x00000040, connection status changed
ata2: SError: { DevExch }

The only way to reboot is with SysRq keys.

A complete bug has been posted in launchpad at:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/301353

Using /etc/acpi/sleep.sh or s2ram is identical.

I don't know if it's a problem with acpi bios or a kernel bug.
Comment 1 DRUELLE Guillaume 2008-11-27 12:19:07 UTC
Created attachment 19051 [details]
dmesg
Comment 2 DRUELLE Guillaume 2008-11-27 12:20:03 UTC
Created attachment 19052 [details]
dmidecode
Comment 3 DRUELLE Guillaume 2008-11-27 12:22:59 UTC
Created attachment 19053 [details]
kern.log
Comment 4 DRUELLE Guillaume 2008-11-27 12:23:27 UTC
Created attachment 19054 [details]
lspci
Comment 5 DRUELLE Guillaume 2008-11-27 12:23:53 UTC
Created attachment 19055 [details]
lsusb
Comment 6 DRUELLE Guillaume 2008-11-27 12:24:49 UTC
Created attachment 19056 [details]
kernel-config
Comment 7 Zhang Rui 2008-11-27 17:16:11 UTC
(In reply to comment #0)
> 
> The system is unable to wake up after suspend to ram.
> The suspend process works fine.
> But when I push the power button, It's impossible to get a functional system,
> there is a lot of lines like these:
> 
> ata1: exception Emask 0x10 SAct 0x0 SErr 0x4000000 action 0xe frozen
> ata1: SError: { DevExch }
> ata2: exception Emask 0x10 SAct 0x0 SErr 0x4000000 action 0xe frozen
> ata2: irq_stat 0x00000040, connection status changed
> ata2: SError: { DevExch }
> 
seems like a sata problem?
cc Tejun. :)
Comment 8 ykzhao 2008-11-27 17:36:46 UTC
Will you please enable the CONFIG_PM_DEBUG, CONFIG_PM_TRACE in kernel
configuration and do the following test?
   a. echo core > /sys/power/pm_test
   b. echo mem > /sys/power/state and see whether the system can be resumed
very well (you needn't press the power button).

   If it can be resumed, please add the boot option of "acpi_sleep=s3_beep" and
do the following test
   a. echo 1 > /sys/power/pm_trace
   b. echo mem > /sys/power/state
   c. press the power button to resume the system and see whether the beep
voice can be heard.
   Thanks
Comment 9 DRUELLE Guillaume 2008-11-27 23:24:12 UTC
After the first test, the system resume fine.

But in the second test, the is no beep, and the sata errors are still present.
I notice the sound card is not activated too.
Comment 10 DRUELLE Guillaume 2008-11-27 23:25:03 UTC
Created attachment 19061 [details]
dmesg test 1
Comment 11 DRUELLE Guillaume 2008-11-27 23:26:48 UTC
Created attachment 19062 [details]
dmesg test 2
Comment 12 DRUELLE Guillaume 2008-12-02 10:22:08 UTC
after killing acpid (lsof /proc/acpi/event), the only trace after trying to resume (echo mem > /sys/power/state + power button) and rebooting my laptop is:

[    7.242210]   Magic number: 0:77:410
[    7.242212]   hash matches drivers/base/power/main.c:390
Comment 13 DRUELLE Guillaume 2008-12-02 11:46:06 UTC
The last bios update from HP (F21) solves the problem.
Comment 14 Zhang Rui 2008-12-02 17:00:13 UTC
Close this bug as it's fixed by upgrading the BIOS.
Druelle,
please re-open it if you can reproduce the problem in the latest upstream kernel.
Comment 15 Bill Liming 2008-12-08 19:38:22 UTC
This problem still exists on the dv5t model, on both a fresh install of Ubuntu 8.10 using the 2.6.27-9 kernel, and on an upgrade to Ubuntu 9.04 with kernel 2.6.28-2.  When booted from a USB flash drive, resume completes with just the SATA hd being inaccessible.  Given that, I can probably run whatever diagnostics might be useful from the flash install, but I'm not really familiar with what would be needed, so if someone can point me in the right direction I'd appreciate it.