[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180106131231.078492c3@archlinux>
Date: Sat, 6 Jan 2018 13:12:31 +0000
From: Jonathan Cameron <jic23@...nel.org>
To: Alan Cox <gnomes@...rguk.ukuu.org.uk>
Cc: "Pandruvada, Srinivas" <srinivas.pandruvada@...el.com>,
"linux-iio@...r.kernel.org" <linux-iio@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
linux-input@...r.kernel.org
Subject: Re: [RFP] iio: Support of gesture sensor as a standard IIO sensor
On Sat, 6 Jan 2018 00:20:24 +0000
Alan Cox <gnomes@...rguk.ukuu.org.uk> wrote:
> > >From an IIO sensor point of view A Gesture sensor:
> > Outputs
> > A pre defined activity type
> > WAKE
> > TILT
> > GLANCE
> > PICK_UP
> > &
> > more
> >
> > A user defined activity type as "string"
> >
> > Inputs
> > A raw binary cdev interface to download templates/patterns
> >
> >
> > I want to gather more opinions before submitting a RFC patch.
>
> The only question I have is should it appear under IIO or should it be an
> input event interface. It feels to me more like an input device in that in
> this case while it's not keys or joystick it is still 'please do X'. That
> might also make it much easier (in the non-Android space in particular)
> to bind these activities to actions in things like web browsers.
>
I agree that this may well be an option for many of the gestures specifically
metioned (flicks etc and glyphs).
However, there are other obvious uses of this technology such as step detection
or activity classification (running, walking sitting) that so far have fallen
in the scope of IIO as they aren't really things you expect the device to
perform an an action in response to. Another one of those messy corners
that fall through the gaps!
The drivers/iio/accel/mma9553.c does activity detection, but that isn't
really 'events' in the same way as we have here...
So right answer might be a hybrid of an underlying flexible IIO device
and an input front end for when it makes sense.
We probably need to get the in kernel use of IIO events sorted. Non event
stuff has been sorted for years, but this last corner was never of enough
interest to anyone to actually implement it (it's fairly straight forward
to do).
> (+ linux-input)
>
> Alan
Powered by blists - more mailing lists