Distribution: Gentoo Hardware Environment: Dell Latitude 600m (centrino). Software Environment: Linux... removed PCMCIA and AGP. Left ALSA, USB and a few others. No X. Problem Description: The laptop successfully goes to sleep, but then becomes comatose. This is so for modes "standby", "mem", and "disk". I assume that disk depends on mem which depends on sleep. Steps to reproduce: echo -n "standby" > /sys/power/state
Created attachment 1093 [details] acpidmp Output
Created attachment 1094 [details] dmesg -s 40000 Output
Created attachment 1095 [details] dmidecode Output (cool!)
Created attachment 1096 [details] lspci -vv Output
Created attachment 1097 [details] /proc/interrupts I might also say that I've read through and tried all the useful steps from but 1169.
As another step to testing whether this is ACPI or some other device preventing resuming, I built the most minimalistic kernel I could. All there is is IDE, devfs, and pty support. With this minimal kernel, I can "standby" properly, with resume. The other two still do not work. Any ideas?
I took a few hours this weekend and tracked down the problems. I can, in fact, do a standby with a fullblown system, as long as ehci (USB2), and the ALSA i810 modules are not loaded. Suspend to mem works too. However, as noted above, no screen upon return. The system is still responsive, but headless. Is this actually a bug of those specific modules, or is this your jurisdiction? What can I do to help?
good hunting Pat. Yes, this one may require ACPI, but may not be an ACPI failure;-)
Actually, I'm more concerned with the sound + ACPI than EHCI + ACPI. Assuming there is a Category/Component for that.
Did not work with 2.6.7 vanilla, but works with 2.6.7+acpi20040715. ehci now refuses to go into a sleep state, and the i810 module seems to handle it well. Removing the ehci module allows for successful sleep and resume (minus video, but that is another issue).