signalling suspend/resume events (deviceKit-power)

Tobias Arrskog topfs2 at
Tue Dec 8 15:43:16 GMT 2009

To bring more to the discsussion regarding uses of events at both wakeup and

On suspend apps can close sockets and signal disconnects properly to servers
(even if the server in itself probably should handle a wrong disconnect it's
nice to support it nicely).

On resume sockets could get reopened.
In XBMC, LIRC comes to mind as a perfect candidate, it tends to need
reinitiate and we want suspend to behave transparently as shutdown, so
resume needs to look like a startup so we rescan and such.

On Tue, Dec 8, 2009 at 4:36 PM, Tobias Arrskog
<topfs2 at>wrote:

> Sure I agree, I just made it quick (more as a proof of concept for a patch
> I was working on).
> But glad to see that there is more than me that needs it atleast :D
> On Tue, Dec 8, 2009 at 4:34 PM, Richard Hughes <hughsient at>wrote:
>> 2009/12/8 Tobias Arrskog <topfs2 at>:
>> > I posted a patch a few weeks ago, It might have been overlocked or just
>> > uggly :)
>> > Basically it did a dbus-event from pm-utils.
>> >
>> No, you need to define the signal in the DeviceKit-power introspection
>> document and emit the signal from within DKp. I think doing this as
>> pm-utils level is the wrong layer.
>> Richard.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the kde-core-devel mailing list