[Pm-utils] [PATCH] userspace suspend (s2disk/s2ram) support
Richard Hughes
hughsient at gmail.com
Tue Oct 31 13:07:10 PST 2006
On Tue, 2006-10-31 at 19:45 +0100, Stefan Seyfried wrote:
> On Tue, Oct 31, 2006 at 06:09:01PM +0000, Richard Hughes wrote:
> > > Maybe we can even get gnome-power-manager and kpowersave or whatever
> > > to look if there is a $INHIBIT file after a suspend attempt and
> > > present its content to the user? But that is something for "later",
> > > and maybe there are better ways to communicate this error up the
> > > caller chain.
> >
> > Yes, I think for the gnome-power-manager use case it should go back up
> > through HAL (which then gives a nice DBUS message) to g-p-m.
>
> this would probably fit kpowersave (or any other desktop applet that
> wants to engage in power management) well, too.
Sure, agreed.
> > All hal-system-power-suspend has to do is check the return val of
> > pm-suspend and cat an error file to stderr for HAL, or return true for
> > success.
>
> Ok, so we do not even need to take care of the "communicate it back through
> HAL" step in pm-utils _now_ (we could later, but it will be easy to get
> it working without much effort now), which is IMO great because it gives
> us one less thing to worry about.
See attached file. I'm sure you guys can do much better. :-)
> As you can probably guess, i am not too much into the HAL / dbus / IPC
> stuff yet :-)
No problem, you and Peter keep doing good things with shell I don't
quite understand. :-)
Richard.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hal-system-power-suspend
Type: application/x-shellscript
Size: 1262 bytes
Desc: not available
Url : http://lists.freedesktop.org/archives/pm-utils/attachments/20061031/b51a343b/hal-system-power-suspend.bin
More information about the Pm-utils
mailing list