https://bugzilla.kernel.org/show_bug.cgi?id=43276





--- Comment #2 from Dan Furlani <dan.furl...@earthling.net>  2012-05-28 
06:08:33 ---
I *did* make some progress with hibernation however.  Maybe this info gives
hints to what's happening with suspend.

The uswsusp Ubuntu package provides s2disk and modifies the power menu items to
use it vs. the pm tools (iiuc).  I installed it and also upgraded to the final
3.4 kernel (vs. before I was using 3.4rc6).

In /etc/uswsusp.conf there is a "shutdown method" line.  I get different
behavior depending on whether it's set to "platform" (default) or "shutdown".

With "shutdown method = platform":
- The system will not power off when I hibernate.  I have to force power off.
- When I power on to thaw the system, a slightly-different BIOS/splash screen
is shown that doesn't have the F2/F12 text at the bottom.  This seems sensible.

With "shutdown method = shutdown":
- The system powers off by itself on hibernate.  YES!
- On thaw, the regular boot BIOS/splash screen is shown.  Not a problem though.

The other thing I figured out is that if the laptop is plugged in, it will
reboot instead of powering off.  However, if it's unplugged and just running on
battery power, it powers off successfully.

The bottom line is that hibernate works perfectly now as long as the laptop is
unplugged.

I did some experimenting with setting /sys/power/disk to [platform] vs.
[shutdown] but it didn't seem to make any difference to anything.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to