[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <16a1b165.2fdc37c6.4b43b943.c6733@o2.pl>
Date: Tue, 05 Jan 2010 23:12:19 +0100
From: Bartłomiej Zimoń <uzi18@...pl>
To: linux-kernel@...r.kernel.org
Cc: uzi18@...pl, rjw@...k.pl,
Anders Eriksson <aeriksson@...tmail.fm>,
linux-pm@...ts.linux-foundation.org, awalls@...ix.net,
danborkmann@...glemail.com
Subject: Re: [linux-pm] [suspend/resume] Re: userspace notification from module
Dnia 5 stycznia 2010 22:23 "Rafael J. Wysocki" <rjw@...k.pl> napisał(a):
> On Tuesday 05 January 2010, Bartłomiej Zimoń wrote:
> > Dnia 5 stycznia 2010 10:07 Anders Eriksson <aeriksson@...tmail.fm> napisał(a):
> > >
> > > rjw@...k.pl said:
> > > >> > I don't see a problem with this in principle, although I don't think signals
> > > >> > are very suitable for this particular purpose, because you need two-way
> > > >> > communication between the power manager and the processes it's going to
> > > >> > notify (because it has to wait for the processes to finish their preparations
> > > >> > and to tell it that they are ready).
> > >
> > > Wouldn't there need to be dependecy tracking for the userspace processes? A
> > > process couldn't signal "done" until it know there's no more work to do, which
> > > requires all other processes to finish up first.
> > >
> >
> > Not all processes will need pm notification.
> >
> > Just in case, could this "power manager" be provided as userspace
> > driver for kernel (for example compiled as UIO)?
>
> I don't really understand why you want to do that in the kernel. Is there
> any particular reason why this cannot be done in the user space?
>
Problem is with notification from pm-utils. Dbus for session is only
user session waid and it is almost imposible to send something
from systembus or it needs lots of magic.
Even if i'll use pm-utils, must provide way to notify my app.
Looks like no standard way here, that's bad, every app has it's own?
I think this way - if kernel is processes manager and if it sends
"some unknown" signal to every process before kernel suspend so why
not send sepcific and known signal instread.
But now we have DeviceKit-power/upower whatever but it doesn't provide
this feature or something simmilar to relay on.
Best regards.
Bartłomiej Zimoń
PLD Linux, Kadu Team, FreeRunner user
http://kadu-im.blogspot.com/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists