http://bugzilla.kernel.org/show_bug.cgi?id=8285
------- Additional Comments From [EMAIL PROTECTED] 2007-05-10 23:03 ------- I read this: http://acpi.sourceforge.net/documentation/sleep.html I notice that we are doing some things differently than Windows. The part that worries me is that in the kernel 2.4 approach, we default to S3 for suspend and Windows to S1. We do this in spite of an explicit recognition that S3 is more unstable and unreliable, due to the many, often buggy, components involved. Why did we not just go with S1? I understand additional power is saved, but is it worth having unreliable suspending in laptops? Okay, now we have the 2.6 series with ACPI events. I read the contents of /sys/power/state and got only "mem disk". No suspend. I have tried using "mem" to suspend the machine, as suggested. It does reliably enter a suspend state. I don't know if it is S1, S2 or S3, but I suspect it is S3, since I am seeing a lot of system instability (Xorg mouse cursor disappearing on resume, sometimes the display stays completely blank, sometimes my system time gets out of whack). Is there a way for me to use ACPI/sysfs to enter S1, instead? I would love for S3 to work perfectly, but that isn't happening right now. Still, I will read the suggested documentation in my kernel source tree and see if I can resolve all the problems. One issue may be that I don't have the latest HAL. Ubuntu 7.04 provides me hal 0.5.8. I understand that hal 0.5.9 haa been backported, but it hasn't been built and released yet. Perhaps having hal 0.5.9 will help? ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
