Thread (9 messages) 9 messages, 6 authors, 2010-12-03

RE: [PATCH] input: misc: add lps001wp_prs driver

From: Matteo DAMENO <hidden>
Date: 2010-12-02 17:57:17
Also in: lkml

-----Original Message-----
From: Mohamed Ikbel Boulabiar [mailto:boulabiar@gmail.com]
Sent: Tuesday, November 30, 2010 11:35 AM
To: Dmitry Torokhov
Cc: mems applications; linux-input@vger.kernel.org; linux-
kernel@vger.kernel.org; Matteo DAMENO; Carmine IASCONE; mems
Subject: Re: [PATCH] input: misc: add lps001wp_prs driver

On Tue, Nov 30, 2010 at 7:09 AM, Dmitry Torokhov
[off-list ref] wrote:
quoted
quoted
+      If you say yes here you get support for the
+      STM LPS001D Barometer/Termometer on I2C bus.
This does not belong to input subsystem, IIO is a better fit.
According to this site:
http://www.cnbc.com/id/40413317
and its datasheet:
http://www.findmems.com/wp-content/uploads/2010/11/LPS001WP-
DATASHEET.pdf

This sensors applications are:
■ Altimeter and barometer for portable devices
■ Smartphones
■ Indoor navigation
■ GPS applications
■ Weather station equipment
■ Sports watches

"the same devices would be able to identify the precise location in
all three dimensions, allowing, for example, a mobile phone to send a
call to an emergency fire, medical or police service that identified
not only the location of the building but also the particular floor."
Identifying 3d location is similar to what many joystick are doing.

Specially the indoor navigation information means an information about
the user. And the information is very tied to the user.
I don't know whether this can be used to map with virtual reality in a
game, or where you use sensors data to give user informations when
visiting a museum.


Dmitry, is it possible to start putting similar drivers in a new
drivers/input/sensors directory but which belongs to the input
subsystem ? What do you think ?
We agree with you.
It would be a good idea.
We are working on many device drivers that are matching your description and
we are ready to submit them.

We are disoriented because every maintainer seems to bounce our submissions
because of inappropriate position for the device.

IIO, input/misc, I2C (we didn't submit here because of deprecation stated in
Documentation). Some one is also submitting our drivers with modifications 
under Hwmon...

What to do?

Matteo Dameno
i
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help