From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: Henrik Rydberg <rydberg@euromail.se>
Cc: Andrew Morton <akpm@linux-foundation.org>,
linux-input@vger.kernel.org, linux-kernel@vger.kernel.org,
Mika Kuoppala <mika.kuoppala@nokia.com>,
Peter Hutterer <peter.hutterer@who-t.net>,
Benjamin Tissoires <tissoire@cena.fr>,
Stephane Chatty <chatty@enac.fr>,
Rafi Rubin <rafi@seas.upenn.edu>,
Michael Poole <mdpoole@troilus.org>
Subject: Re: [PATCH 0/2] input: mt: Add EVIOC mechanism for MT slots
Date: Tue, 25 May 2010 13:23:40 -0700 [thread overview]
Message-ID: <20100525202340.GD4455@core.coreip.homeip.net> (raw)
In-Reply-To: <4BFC2A7D.50501@euromail.se>
On Tue, May 25, 2010 at 09:52:29PM +0200, Henrik Rydberg wrote:
> Dmitry Torokhov wrote:
> > Hi Henrik,
> >
> > On Tue, May 25, 2010 at 01:52:57PM +0200, Henrik Rydberg wrote:
> >> These patches are in response to the discussion about input state
> >> retrieval.
> >>
> >> The current EVIOCGABS method does not work with MT slots. These
> >> patches provides a mechanism where a slot is first selected via a call
> >> to EVIOCSABS, after which the corresponding MT events can be extracted
> >> with calls to EVIOCGABS.
> >>
> >> The symmetric operation, to set the MT state via EVIOCSABS, seems to
> >> violate input data integrity, and is therefore not implemented.
> >>
> >
> > This looks sane, however the question remains - is there any users for
> > this data? Like I mentioned, I can see the need to fetch state of
> > switches and ranges of absolute axis, and even non-multitouch ABS values
> > (due to the fact that some input devices, like sliders, may stay in a
> > certain position for long periods of time), but I expect multitouch data
> > to be "refreshed" very quickly.
> >
> > Thanks.
> >
>
> There were some voices addressing this issue, and the patches are here,
> available for whomever to pick up. Drop them if you wish, I will not send them anew.
>
I'll save them in my queue but will hold off applying until I hear
userspace folks requesting such functionality.
Thanks.
--
Dmitry
next prev parent reply other threads:[~2010-05-25 20:23 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-25 11:52 [PATCH 0/2] input: mt: Add EVIOC mechanism for MT slots Henrik Rydberg
2010-05-25 11:52 ` [PATCH 1/2] input: mt: Add method to extract the MT slot state Henrik Rydberg
2010-05-25 11:52 ` [PATCH 2/2] input: evdev: Add EVIOC mechanism " Henrik Rydberg
2010-05-25 17:34 ` [PATCH 0/2] input: mt: Add EVIOC mechanism for MT slots Dmitry Torokhov
2010-05-25 19:52 ` Henrik Rydberg
2010-05-25 20:23 ` Dmitry Torokhov [this message]
2010-05-26 15:59 ` Ping Cheng
2010-05-27 7:03 ` Dmitry Torokhov
2010-05-27 7:03 ` Dmitry Torokhov
2010-05-27 7:08 ` Benjamin Tissoires
2010-05-27 7:08 ` Benjamin Tissoires
2010-05-27 7:24 ` Dmitry Torokhov
2010-05-27 7:24 ` Dmitry Torokhov
2010-05-27 11:17 ` Benjamin Tissoires
2010-05-27 12:33 ` Henrik Rydberg
2010-05-27 22:59 ` Ping Cheng
2010-05-27 23:12 ` Dmitry Torokhov
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=20100525202340.GD4455@core.coreip.homeip.net \
--to=dmitry.torokhov@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=chatty@enac.fr \
--cc=linux-input@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mdpoole@troilus.org \
--cc=mika.kuoppala@nokia.com \
--cc=peter.hutterer@who-t.net \
--cc=rafi@seas.upenn.edu \
--cc=rydberg@euromail.se \
--cc=tissoire@cena.fr \
/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.