tracking down suspend/hibernate bugs?

[Matthew Garrett]

On Sun, Jan 13, 2008 at 10:51:48PM -0800, Matt Price wrote:

> in hardy it appears that acpi-support has been cut out entirely in favor
> of pm-utils -- see the attached hal-system-power-suspend-linux script.
> i've flipped through the pm-utils code & can't see exactly how it's
> determined what is used to make the actual suspend call -- for instance,
> i'm not sure what I would do if i wanted to use a custom kernel with
> tuxonice for suspend, which i think still works best if it's called by
> the hibernate script.  

If it's triggered by writing disk to /sys/power/state (which I believe 
it is, nowadays) then pm-hibernate will trigger it happily. Please don't 
use the hibernate script - any cases where it works and pm-utils doesn't 
are bugs that need fixing.

> i alsoseem to have an odd problem -- if i choose 'suspend' from the
> gnome 'quit' menu, then resume fails.  if, however, i suspend just by
> closing the lid on my laptop, suspend and resume both succeed.  this
> suggests to me that two different methods are being used, probably acpi
> in the lid case and pm-utils in the gnome case.  seems to me this
> shouldn't happen; again, i'm not quite sure what's going on.  

Both cases should be the same. I'll check to make sure that the logout 
dialog is triggering pm-utils, but lid closure should certainly be going 
through hal.

> apt cache gives this list as the ubuntu maintainer of pm-utils; the
> changelog suggests that the package has just been ported over unchanged
> from debian.  if it's going to be the main power management tool, it
> seems like an important piece of infrastructure; is anyone at ubuntu
> watching over it at all?  if so, please let me know what i can do to
> help with debugging and stuff.  

Yes, I'm looking after it.
-- 
Matthew Garrett | mjg59 at srcf.ucam.org