From: Pavel Machek <pavel@ucw.cz>
To: Onkalo Samu <samu.p.onkalo@nokia.com>
Cc: ext Sundar R IYER <sundar.iyer@stericsson.com>,
Linus WALLEIJ <linus.walleij@stericsson.com>,
Naveen Kumar GADDIPATI <naveen.gaddipati@stericsson.com>,
Dmitry Torokhov <dmitry.torokhov@gmail.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>
Subject: Re: [linux-pm] [RFC] input: syfs switches for SKE keypad
Date: Wed, 13 Oct 2010 09:11:06 +0200 [thread overview]
Message-ID: <20101013071106.GC1610@ucw.cz> (raw)
In-Reply-To: <1286358518.26914.23.camel@4fid08082>
Hi!
> For mobile devices it is not acceptable to filter events away at some
> upper SW layer depending on the system state. The HW which generates
> those events may not generate events at all to allow longer CPU sleep
> periods.
Ok.
> In ideal world it would be nice to control device states based on for
> example user count. However, there are several listeners for input
> devices and it is hard or impossible to have them all to follow overall
> state transition (screen blanked etc.). Instead, there is some
> system
So you have mobile device; why is it impossible to just close the
device when you do not want the events? I guess it is hard for generic
distros, but on your phone, you should be able to modify Xserver to
close touchscreen/keypad device when it is not needed... right?
--
(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:[~2010-10-13 13:06 UTC|newest]
Thread overview: 94+ 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-06 20:08 ` [linux-pm] " Alan Stern
2010-10-09 10:52 ` Rafael J. Wysocki
2010-10-09 10:52 ` [linux-pm] " 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 21:09 ` [linux-pm] " Alan Stern
2010-10-10 22:24 ` Rafael J. Wysocki
2010-10-10 22:24 ` [linux-pm] " 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-12 18:46 ` Rafael J. Wysocki
2010-10-12 0:08 ` Alan Stern
2010-10-11 22:33 ` Rafael J. Wysocki
2010-10-11 15:56 ` Alan Stern
2010-10-11 3:16 ` [linux-pm] " Dmitry Torokhov
2010-10-11 16:06 ` Alan Stern
2010-10-11 16:06 ` [linux-pm] " Alan Stern
2010-10-11 16:15 ` Dmitry Torokhov
2010-10-11 16:15 ` [linux-pm] " 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 21:54 ` [linux-pm] " Alan Stern
2010-10-11 22:08 ` Dmitry Torokhov
2010-10-11 22:08 ` [linux-pm] " 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 17:45 ` Alan Stern
2010-10-12 15:53 ` Dmitry Torokhov
2010-10-12 16:32 ` Sundar R IYER
2010-10-12 16:32 ` [linux-pm] " Sundar R IYER
2010-10-12 17:49 ` Mark Brown
2010-10-12 17:49 ` [linux-pm] " Mark Brown
2010-10-12 18:27 ` Alan Stern
2010-10-12 18:27 ` [linux-pm] " Alan Stern
2010-10-12 18:30 ` Mark Brown
2010-10-12 18:30 ` [linux-pm] " Mark Brown
2010-10-13 6:16 ` Sundar R IYER
2010-10-13 6:16 ` [linux-pm] " Sundar R IYER
2010-10-13 9:57 ` Mark Brown
2010-10-13 9:57 ` [linux-pm] " Mark Brown
2010-10-13 14:10 ` Alan Stern
2010-10-13 14:10 ` [linux-pm] " Alan Stern
2010-10-13 17:25 ` Sundar
2010-10-13 17:25 ` [linux-pm] " Sundar
2010-10-13 17:37 ` Alan Stern
2010-10-13 17:42 ` Sundar
2010-10-13 17:42 ` [linux-pm] " 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 13:50 ` [linux-pm] " Alan Stern
2010-10-14 19:00 ` Rafael J. Wysocki
2010-10-14 19:00 ` [linux-pm] " Rafael J. Wysocki
2010-10-15 16:04 ` Sundar
2010-10-15 16:04 ` [linux-pm] " Sundar
2010-10-13 20:26 ` Rafael J. Wysocki
2010-10-13 18:00 ` Sundar
2010-10-13 17:37 ` Alan Stern
2010-10-12 15:34 ` Alan Stern
2010-10-12 7:25 ` Sundar R IYER
2010-10-11 17:07 ` Dmitry Torokhov
2010-10-11 16:53 ` Alan Stern
2010-10-11 3:16 ` Dmitry Torokhov
2010-10-10 20:51 ` Dmitry Torokhov
2010-10-10 20:34 ` Alan Stern
2010-10-09 23:02 ` Rafael J. Wysocki
2010-10-09 22:46 ` Alan Stern
2010-10-06 19:08 ` Rafael J. Wysocki
2010-10-13 7:11 ` Pavel Machek [this message]
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=20101013071106.GC1610@ucw.cz \
--to=pavel@ucw.cz \
--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.osdl.org \
--cc=naveen.gaddipati@stericsson.com \
--cc=samu.p.onkalo@nokia.com \
--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 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.