[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ff72e3e.3b5092ec.4b40d1ec.54407@o2.pl>
Date: Sun, 03 Jan 2010 18:20:44 +0100
From: Bartłomiej Zimoń <uzi18@...pl>
To: linux-kernel@...r.kernel.org
Cc: Andy Walls <awalls@...ix.net>,
Daniel Borkmann <danborkmann@...glemail.com>,
linux-kernel@...r.kernel.org,
pm list <linux-pm@...ts.linux-foundation.org>,
Alan Stern <stern@...land.harvard.edu>
Subject: Re: [suspend/resume] Re: userspace notification from module
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.
Rafael i'm open for Your suggestions.
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