From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: markgross@thegnar.org
Cc: "Neil Brown" <neilb@suse.de>,
"Thomas Gleixner" <tglx@linutronix.de>,
"Alan Cox" <alan@lxorguk.ukuu.org.uk>,
"Brian Swetland" <swetland@google.com>,
"Arve Hjønnevåg" <arve@android.com>,
linux-pm@lists.linux-foundation.org,
linux-kernel@vger.kernel.org, mark.gross@intel.com,
"Alan Stern" <stern@rowland.harvard.edu>
Subject: Re: [RFC] lp_events: an lternitive to suspend blocker user mode and kernel API
Date: Tue, 1 Jun 2010 00:45:21 +0200 [thread overview]
Message-ID: <201006010045.21382.rjw@sisk.pl> (raw)
In-Reply-To: <20100531221035.GB31155@gvim.org>
On Tuesday 01 June 2010, mark gross wrote:
> On Mon, May 31, 2010 at 09:57:53AM +1000, Neil Brown wrote:
...
> > So I would suggest modifying your proposal to simply create a new 'input'
> > device. Any driver that supports wake-from-suspend queues an event to that
> > device when a wakeup event occurs. If the device is open and has any queued
> > events, then a suspend request such as 'echo mem > /sys/power/state' completes
> > without going into full suspend.
>
> /me likes.
>
> > Then you just need to convince us that this mechanism can be used without any
> > race problems. If it can, then it would certainly be a simple and
> > unobtrusive approach.
>
> Lets find out.
Simple question: how is that better than the Alan Stern's proposed approach?
Rafael
next prev parent reply other threads:[~2010-05-31 22:44 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-30 20:04 [RFC] lp_events: an lternitive to suspend blocker user mode and kernel API mark gross
2010-05-30 23:57 ` Neil Brown
2010-05-30 23:57 ` Neil Brown
2010-05-31 6:43 ` Florian Mickler
2010-05-31 6:43 ` Florian Mickler
2010-05-31 8:05 ` Florian Mickler
2010-05-31 8:05 ` Florian Mickler
2010-05-31 22:43 ` mark gross
2010-05-31 22:43 ` mark gross
2010-05-31 22:26 ` mark gross
2010-05-31 22:26 ` mark gross
2010-05-31 22:10 ` mark gross
2010-05-31 22:45 ` Rafael J. Wysocki [this message]
2010-06-01 5:09 ` mark gross
2010-06-01 5:09 ` [linux-pm] " mark gross
2010-06-01 5:24 ` Arve Hjønnevåg
2010-06-01 14:01 ` mark gross
2010-06-02 3:10 ` Arve Hjønnevåg
2010-06-02 3:24 ` Gross, Mark
2010-06-02 4:26 ` Arve Hjønnevåg
2010-06-02 4:26 ` [linux-pm] " Arve Hjønnevåg
2010-06-02 3:24 ` Gross, Mark
2010-06-02 3:10 ` Arve Hjønnevåg
2010-06-01 14:01 ` mark gross
2010-06-01 5:24 ` Arve Hjønnevåg
2010-05-31 22:45 ` Rafael J. Wysocki
2010-05-31 22:10 ` mark gross
2010-05-31 9:55 ` Arve Hjønnevåg
2010-05-31 9:55 ` Arve Hjønnevåg
2010-05-31 23:03 ` mark gross
2010-05-31 23:03 ` mark gross
-- strict thread matches above, loose matches on Subject: below --
2010-05-30 20:04 mark gross
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201006010045.21382.rjw@sisk.pl \
--to=rjw@sisk.pl \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=arve@android.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.org \
--cc=mark.gross@intel.com \
--cc=markgross@thegnar.org \
--cc=neilb@suse.de \
--cc=stern@rowland.harvard.edu \
--cc=swetland@google.com \
--cc=tglx@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.