linux-kernel - RE: [PATCH] input: misc: add lps001wp

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 2 Dec 2010 18:35:59 +0100
From:	Matteo DAMENO <matteo.dameno@...com>
To:	Mohamed Ikbel Boulabiar <boulabiar@...il.com>,
	Dmitry Torokhov <dmitry.torokhov@...il.com>
Cc:	mems applications <mems.applications@...com>,
	"linux-input@...r.kernel.org" <linux-input@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Carmine IASCONE <carmine.iascone@...com>,
	Greg KH <gregkh@...e.de>, Jonathan Cameron <jic23@....ac.uk>
Subject: RE: [PATCH] input: misc: add lps001wp_prs driver



> -----Original Message-----
> From: Mohamed Ikbel Boulabiar [mailto:boulabiar@...il.com]
> Sent: Tuesday, November 30, 2010 11:35 AM
> To: Dmitry Torokhov
> Cc: mems applications; linux-input@...r.kernel.org; linux-
> kernel@...r.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
> <dmitry.torokhov@...il.com> wrote:
> >> +      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