From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: Trilok Soni <tsoni@codeaurora.org>,
samu.p.onkalo@nokia.com,
Linus WALLEIJ <linus.walleij@stericsson.com>,
Naveen Kumar GADDIPATI <naveen.gaddipati@stericsson.com>,
"linux-pm@lists.osdl.org" <linux-pm@lists.osdl.org>,
"linux-input@vger.kernel.org" <linux-input@vger.kernel.org>,
Jayeeta BANDYOPADHYAY <jayeeta.banerjee@stericsson.com>,
ext Sundar R IYER <sundar.iyer@stericsson.com>
Subject: Re: [linux-pm] [RFC] input: syfs switches for SKE keypad
Date: Wed, 6 Oct 2010 10:18:12 -0700 [thread overview]
Message-ID: <201010061018.14714.dmitry.torokhov@gmail.com> (raw)
In-Reply-To: <Pine.LNX.4.44L0.1010061214070.2047-100000@iolanthe.rowland.org>
On Wednesday, October 06, 2010 09:19:13 am Alan Stern wrote:
> On Wed, 6 Oct 2010, Dmitry Torokhov wrote:
> > > I think this can be solved with pm_runtime, isn't it? Though I am not
> > > expert at pm_runtime, but this framework can be explored to enable
> > > these features.
> >
> > I think last time Rafael mentioned that runtime PM did not allow for
> > forcing power state from userspace but I wonder if it would be possible
> > for userspace to signal and "accelerate" the idle state for a device and
> > then standard runtime PM framework would kick in...
>
> Yes; drivers can implement their runtime power policy any way they
> want. For example, a driver could create a sysfs attribute file which
> userspace could use to ask for changes in the power state.
>
> The real question is whether the driver is platform-specific. If it is
> then fine, it can do whatever it wants. If it isn't then it should
> try to avoid doing things that are tied to a specific platform.
>
No, I really think it is wrong. This what leads us to the situation we
are in at the moment. Every device [re]implements its own little knobs
to do power management. Accelerometers export their (often tailored to a
specific platform) attributes in sysfs in nonstandard way. And so on,
and so forth.
Here I'd like to see these (PM) hooks done on device core level, i.e.
the knobs should be unified and live in /sys/devices/.../deviceX/power/
Thanks.
--
Dmitry
next prev parent reply other threads:[~2010-10-06 17:18 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 [this message]
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
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=201010061018.14714.dmitry.torokhov@gmail.com \
--to=dmitry.torokhov@gmail.com \
--cc=jayeeta.banerjee@stericsson.com \
--cc=linus.walleij@stericsson.com \
--cc=linux-input@vger.kernel.org \
--cc=linux-pm@lists.osdl.org \
--cc=naveen.gaddipati@stericsson.com \
--cc=samu.p.onkalo@nokia.com \
--cc=stern@rowland.harvard.edu \
--cc=sundar.iyer@stericsson.com \
--cc=tsoni@codeaurora.org \
/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).