From: Pavel Machek <pavel@ucw.cz>
To: Ferenc Wagner <wferi@niif.hu>
Cc: Alan Stern <stern@rowland.harvard.edu>,
linux-pm@lists.linux-foundation.org,
Dmitry Torokhov <dmitry.torokhov@gmail.com>,
Mika Westerberg <mika.westerberg@iki.fi>,
"linux-input@vger.kernel.org" <linux-input@vger.kernel.org>
Subject: Re: [linux-pm] [PATCH v2 1/2] Input: gpio-keys - allow platform to specify exact irq flags
Date: Sun, 6 Dec 2009 09:47:04 +0100 [thread overview]
Message-ID: <20091206084704.GC2766@ucw.cz> (raw)
In-Reply-To: <87einfltp3.fsf@tac.ki.iif.hu>
Hi!
> But runtime-pm.txt says for example:
>
> Generally, remote wake-up should be enabled for all input devices
> put into a low power state at run time.
>
> But in this case the requirement is to suppress input events from a
> given device, effectively muting and putting it into low power state,
> even though it's still open by some other parties. Runtime PM, on the
> other hand tries not to interfere with the normal usage of the device.
>
> Later:
>
> (3) ->runtime_idle() and ->runtime_suspend() can only be executed for a
> device the usage counter of which is equal to zero _and_ [...]
>
> which underlines the difference again: the usage counter (defined by
> common sense) won't be zero in our case, because the device is
> constantly kept open, while we want to mute it, putting it into a low
> power state.
...
> Actually, this could be implemented by the various users cooperating in
> closing the device, letting it go to sleep automatically. But this
> requires strictly cooperating parties and is more complicated that
> flipping some master switch of the device. We're looking for this
> master switch, before needlessly building our own.
Please just close the device properly. I do not think we want 100
different 'please mute keys A and G', 'please mute middle mouse button',
... interfaces anywhere near mainline.
Or just do it as local patch.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
next prev parent reply other threads:[~2009-12-06 20:26 UTC|newest]
Thread overview: 76+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-23 12:15 [RFC PATCH 0/1] Enabling/disabling separate gpio-keys buttons Mika Westerberg
2009-10-23 12:15 ` [RFC PATCH 1/1] Input: gpio-keys: export gpio key information through sysfs Mika Westerberg
2009-10-28 5:43 ` Dmitry Torokhov
2009-10-28 10:50 ` Mika Westerberg
2009-11-04 9:06 ` Mika Westerberg
2009-11-04 9:25 ` Artem Bityutskiy
2009-11-06 7:52 ` Dmitry Torokhov
2009-11-09 15:09 ` Artem Bityutskiy
2009-11-09 17:18 ` Dmitry Torokhov
2009-11-10 11:04 ` Artem Bityutskiy
2009-11-10 17:19 ` Dmitry Torokhov
2009-11-11 6:50 ` Artem Bityutskiy
2009-11-11 8:19 ` Dmitry Torokhov
2009-11-11 8:52 ` Artem Bityutskiy
2009-11-11 9:59 ` Dmitry Torokhov
2009-11-11 10:26 ` Artem Bityutskiy
2009-11-11 10:30 ` Artem Bityutskiy
2009-11-11 17:40 ` Dmitry Torokhov
2009-11-12 5:31 ` Artem Bityutskiy
2009-11-19 7:23 ` [PATCH 0/2] Input: gpio-keys: support for disabling GPIOs Mika Westerberg
2009-11-19 7:23 ` [PATCH 1/2] Input: gpio-keys: allow drivers to specify whether IRQ can be shared Mika Westerberg
2009-11-19 7:23 ` [PATCH 2/2] Input: gpio-keys: added support for disabling gpios through sysfs Mika Westerberg
2009-11-20 8:40 ` Dmitry Torokhov
2009-11-20 12:17 ` Mika Westerberg
2009-11-23 12:39 ` [PATCH v2 0/2] Input: gpio-keys: support for disabling GPIOs Mika Westerberg
2009-11-23 12:39 ` [PATCH v2 1/2] Input: gpio-keys - allow platform to specify exact irq flags Mika Westerberg
2009-11-23 12:39 ` [PATCH v2 2/2] Input: gpio-keys - added support for disabling gpios through sysfs Mika Westerberg
2009-11-23 16:42 ` [PATCH v2 1/2] Input: gpio-keys - allow platform to specify exact irq flags Ferenc Wagner
2009-11-23 17:24 ` Dmitry Torokhov
2009-11-23 18:50 ` Ferenc Wagner
2009-11-24 6:37 ` Mika Westerberg
2009-11-24 11:05 ` Ferenc Wagner
2009-11-24 17:02 ` Mika Westerberg
2009-11-24 18:39 ` Ferenc Wagner
2009-11-26 6:35 ` Dmitry Torokhov
2009-11-27 10:54 ` Mika Westerberg
2009-11-28 12:16 ` Ferenc Wagner
2009-11-28 13:27 ` Mika Westerberg
2009-11-29 12:26 ` Ferenc Wagner
2009-11-29 16:04 ` [linux-pm] " Alan Stern
2009-11-29 22:58 ` Ferenc Wagner
2009-11-30 8:27 ` Mika Westerberg
2009-11-30 9:14 ` Dmitry Torokhov
2009-11-30 9:37 ` Mika Westerberg
2009-12-01 0:07 ` Ferenc Wagner
2009-11-30 20:59 ` Ferenc Wagner
2009-12-01 0:37 ` Dmitry Torokhov
2009-12-01 1:05 ` Ferenc Wagner
2009-11-30 9:16 ` Dmitry Torokhov
2009-11-30 15:00 ` Alan Stern
2009-11-30 19:05 ` Ferenc Wagner
2009-11-30 19:30 ` Alan Stern
2009-11-30 20:51 ` Ferenc Wagner
2009-11-30 21:59 ` Alan Stern
2009-12-01 10:08 ` Ferenc Wagner
2009-12-01 15:11 ` Alan Stern
2009-12-06 8:47 ` Pavel Machek [this message]
2009-12-08 4:22 ` Dmitry Torokhov
2009-12-08 13:03 ` Artem Bityutskiy
2009-12-08 17:42 ` Dmitry Torokhov
2009-12-09 7:31 ` Artem Bityutskiy
2009-12-09 18:03 ` Dmitry Torokhov
2009-12-09 21:08 ` Pavel Machek
2009-12-09 21:48 ` Dmitry Torokhov
2009-12-10 10:13 ` Pavel Machek
2009-12-10 9:19 ` Artem Bityutskiy
2009-12-06 8:46 ` Pavel Machek
2009-11-20 8:38 ` [PATCH 1/2] Input: gpio-keys: allow drivers to specify whether IRQ can be shared Dmitry Torokhov
2009-11-20 10:08 ` Ferenc Wagner
2009-11-11 10:36 ` [RFC PATCH 0/2] Input: adding new ioctl()s for enabling/disabling events Mika Westerberg
2009-11-11 10:36 ` [RFC PATCH 1/2] Input: added 2 new ioctl()s for setting/getting event state Mika Westerberg
2009-11-11 10:36 ` [RFC PATCH 2/2] Input: gpio-keys: implemented support for enabling/disabling gpios Mika Westerberg
2009-11-11 14:37 ` Ferenc Wagner
2009-11-11 14:52 ` Mika Westerberg
2009-11-11 17:08 ` Dmitry Torokhov
2009-11-12 6:23 ` Mika Westerberg
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=20091206084704.GC2766@ucw.cz \
--to=pavel@ucw.cz \
--cc=dmitry.torokhov@gmail.com \
--cc=linux-input@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.org \
--cc=mika.westerberg@iki.fi \
--cc=stern@rowland.harvard.edu \
--cc=wferi@niif.hu \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).