Most recent kernel where this bug did *NOT* occur: N/A Distribution: Debian GNU/Linux Unstable/Sid (i386) Hardware Environment: Fujitsu Siemens AMILO A1667G Laptop Mobile Athlon64 Turion L-APICs ACPI Software Environment: SWSusp, Hibernate... Problem Description: The transition to S3 (Suspend-to-RAM) mode appears to work sucessfully; screen blanks, status LEDs indicate sleep mode. However, on pressing the power button to resume, there is no response; no fan noise, no hard disk activity, and the status LEDs indicate sleep mode. Power override is needed to get the laptop to respond. Resuming from S3 (Suspend-to-RAM) has been confirmed to work, using the power button, on different software. This behaviour occurs even when using each of the following flags: noapic; s3_sleep=bios.
Created attachment 10221 [details] dmidecode output
Created attachment 10222 [details] dmesg
Created attachment 10223 [details] /proc/interrupts
Created attachment 10224 [details] lspci
Created attachment 10225 [details] acpidump
Possibly (ish) related: #7857, #7290
Please show the contents of /proc/acpi/wakeup
I believe a fixed function power button is bein used in this case... /proc/acpi/wakeup -- inlcuded inline Device Sleep state Status MC97 4 disabled LAN 3 disabled MPC1 3 disabled
Any hints on where to look?
Still a problem with linux-2.6.22.stable or later?
Please reopen this bug if it's still present with kernel 2.6.22.
Same behaviour with 2.6.22 (but using hibernate-ram to suspend).
Using ecburst=1 on the kernel command line seems to resolve this issue. Should a quirk be addded?
Sorry, that's lies and exaggerations; I switched to using pm-utils instead of hibernate and it works perfectly. Unless the reason that hibernate failed to work is wanted, I recommend this bug is closed.
Matthew, can you summarize what works and what fails with today's software? How are you invoking the suspend and the hibernate that work and that fail?
Hi, Matthew Will you please make a summary as required in comment #15? Please set CONFIG_PM_TRACE in .config file and do the following teste?(Had better use the latest kernel) a. boot the system with the option "acpi_sleep=s3_beep initcall_debug" b. echo 1 > /sys/power/pm_trace and dmesg > dmesg_before c. Suspend to RAM and press the power button . Please confirm whether there is beep voice. d. If there is no beep voice , please restart the system and boot the system with the option of "initcall_debug". (Get the outpuf of dmesg) Will you please attach the output of two dmesgs after the test? Thanks.
Since there is no response for one month, the bug will be rejected.