From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>,
"linux-input@vger.kernel.org" <linux-input@vger.kernel.org>,
samu.p.onkalo@nokia.com,
Linus WALLEIJ <linus.walleij@stericsson.com>,
Naveen Kumar GADDIPATI <naveen.gaddipati@stericsson.com>,
Jayeeta BANDYOPADHYAY <jayeeta.banerjee@stericsson.com>,
ext Sundar R IYER <sundar.iyer@stericsson.com>,
Linux-pm mailing list <linux-pm@lists.linux-foundation.org>
Subject: Re: [linux-pm] [RFC] input: syfs switches for SKE keypad
Date: Sat, 9 Oct 2010 12:52:17 +0200 [thread overview]
Message-ID: <201010091252.18184.rjw@sisk.pl> (raw)
In-Reply-To: <Pine.LNX.4.44L0.1010061606330.2047-100000@iolanthe.rowland.org>
On Wednesday, October 06, 2010, Alan Stern wrote:
> On Wed, 6 Oct 2010, Rafael J. Wysocki wrote:
>
> > > Mobile folks wish to power down some devices (most often input -
> > > touchscreen, keypad) under certain circumstances to save power.
> > > So far they were doing that by adding "disable" hook to individual
> > > drivers and while I did allow that in for some devices I feel that we
> > > need more standardised solution, preferably one that could re-use
> > > existing PM hooks in drivers.
> >
> > There's no interface for that at the PM core level, but I think we should
> > add it, perhaps in analogy to the autosuspend one. Namely, we can add a
> > flag for drivers who want to make their suspend/resume callbacks to be
> > reachable directly from user space. Setting that flag would enable a sysfs
> > attribute in /sys/devices/.../power/ allowing user space to invoke
> > pm_runtime_suspend() and pm_runtime_resume() for the given device.
>
> We already have power/control. If the subsystem sets it to "on" by
> default and the driver suspends the device whenever it is idle, then
> userspace can control the power level by writing "auto" or "on" to
> power/control.
The problem is that with the 'auto' setting the driver decides when to suspend
and the driver need not know it's the right time.
Suspending a graphics adapter when the user presses a "turn screen off"
button it a good example of this. The graphics driver may not know the button
was pressed and it has to be told about that. OTOH the button driver need
not know what exactly should be done when it is pressed. There may be a user
space component in between that processes the button event and should be able
to tell the graphics driver to suspend.
Thanks,
Rafael
next prev parent reply other threads:[~2010-10-09 10:53 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-05 16:54 [RFC] input: syfs switches for SKE keypad Sundar R IYER
2010-10-05 17:41 ` Dmitry Torokhov
2010-10-06 8:32 ` Trilok Soni
2010-10-06 8:56 ` Sundar R IYER
2010-10-06 9:48 ` Onkalo Samu
2010-10-06 11:41 ` Trilok Soni
2010-10-06 11:58 ` Sundar R IYER
2010-10-06 15:43 ` Dmitry Torokhov
2010-10-06 16:19 ` [linux-pm] " Alan Stern
2010-10-06 17:18 ` Dmitry Torokhov
2010-10-06 18:19 ` Alan Stern
2010-10-06 18:26 ` Dmitry Torokhov
2010-10-06 18:51 ` Alan Stern
2010-10-06 19:08 ` Rafael J. Wysocki
2010-10-06 20:08 ` Alan Stern
2010-10-09 10:52 ` Rafael J. Wysocki [this message]
2010-10-09 22:46 ` Alan Stern
2010-10-09 23:02 ` Rafael J. Wysocki
2010-10-10 20:34 ` Alan Stern
2010-10-10 20:51 ` Dmitry Torokhov
2010-10-10 21:09 ` Alan Stern
2010-10-10 22:24 ` Rafael J. Wysocki
2010-10-11 15:56 ` Alan Stern
2010-10-11 22:33 ` Rafael J. Wysocki
2010-10-12 0:08 ` Alan Stern
2010-10-12 18:46 ` Rafael J. Wysocki
2010-10-11 3:16 ` Dmitry Torokhov
2010-10-11 16:06 ` Alan Stern
2010-10-11 16:15 ` Dmitry Torokhov
2010-10-11 16:53 ` Alan Stern
2010-10-11 17:07 ` Dmitry Torokhov
2010-10-11 21:54 ` Alan Stern
2010-10-11 22:08 ` Dmitry Torokhov
2010-10-12 7:25 ` Sundar R IYER
2010-10-12 15:34 ` Alan Stern
2010-10-12 15:53 ` Dmitry Torokhov
2010-10-12 17:45 ` Alan Stern
2010-10-12 16:32 ` Sundar R IYER
2010-10-12 17:49 ` Mark Brown
2010-10-12 18:27 ` Alan Stern
2010-10-12 18:30 ` Mark Brown
2010-10-13 6:16 ` Sundar R IYER
2010-10-13 9:57 ` Mark Brown
2010-10-13 14:10 ` Alan Stern
2010-10-13 17:25 ` Sundar
2010-10-13 17:37 ` Alan Stern
2010-10-13 17:42 ` Sundar
2010-10-13 18:00 ` Sundar
2010-10-13 20:26 ` Rafael J. Wysocki
2010-10-14 13:50 ` Alan Stern
2010-10-14 19:00 ` Rafael J. Wysocki
2010-10-15 16:04 ` Sundar
2010-10-13 7:11 ` Pavel Machek
2010-10-13 17:35 ` Ferenc Wagner
2010-10-13 19:20 ` [linux-pm] " Pavel Machek
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=201010091252.18184.rjw@sisk.pl \
--to=rjw@sisk.pl \
--cc=dmitry.torokhov@gmail.com \
--cc=jayeeta.banerjee@stericsson.com \
--cc=linus.walleij@stericsson.com \
--cc=linux-input@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.org \
--cc=naveen.gaddipati@stericsson.com \
--cc=samu.p.onkalo@nokia.com \
--cc=stern@rowland.harvard.edu \
--cc=sundar.iyer@stericsson.com \
/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).