[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <201001032250.36235.rjw@sisk.pl>
Date: Sun, 3 Jan 2010 22:50:36 +0100
From: "Rafael J. Wysocki" <rjw@...k.pl>
To: Bartłomiej Zimoń <uzi18@...pl>
Cc: linux-kernel@...r.kernel.org, Andy Walls <awalls@...ix.net>,
Daniel Borkmann <danborkmann@...glemail.com>,
pm list <linux-pm@...ts.linux-foundation.org>,
Alan Stern <stern@...land.harvard.edu>
Subject: Re: [suspend/resume] Re: userspace notification from module
On Sunday 03 January 2010, Bartłomiej Zimoń wrote:
> Dnia 3 stycznia 2010 0:29 "Rafael J. Wysocki" <rjw@...k.pl> napisał(a):
> > > - could be even used partialy by pm-utils
> > > - it is perfect just to notify about event
> >
> > OK, but why exactly do _you_ need that to happen?
> >
> > There's one important drawback of making the kernel generate the notification.
> > Namely, even if your userspace task is notified by the kernel of a PM event,
> > that doesn't mean it'll have the time to act upon that, because the kernel will
> > attempt to freeze it right after the notification has been sent. This means
> > you'd need a way to make the kernel wait for your user space process to finish
> > it's job before continuing the suspend/hibernate process. Otherwise it's not
> > going to be very useful.
> >
>
> So if it is bad idea, we could create more advenced implementation.
> i.e. IPC or callbacks for this kind of events.
>
> There is vision in my mind to have alternative to pm-utils,
> but even more powerfull and easy to implement in program.
> I could try to implement something like that.
I guess there's no other way to show people what you're up to, so please go
ahead and let me know if you need help.
Rafael
--
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