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:	Sun, 03 Jul 2011 12:29:08 +0100
From:	Jonathan Cameron <jic23@....ac.uk>
To:	Nathan Royer <nroyer@...ensense.com>
CC:	Andrew Morton <akpm@...ux-foundation.org>,
	Greg Kroah-Hartman <gregkh@...e.de>,
	Jiri Kosina <jkosina@...e.cz>, Alan Cox <alan@...ux.intel.com>,
	Jean Delvare <khali@...ux-fr.org>,
	linux-kernel@...r.kernel.org, linux-input@...r.kernel.org,
	Chris Hudson <chudson@...nix.com>,
	eric.andersson@...xphere.com, eric.miao@...aro.org
Subject: Re: [PATCH 01/11] misc: inv_mpu primary header file and README file.

On 07/01/11 17:39, Nathan Royer wrote:
>> Just out of interest, can you give details of what other patches are to
>> come?
>> I'm guessing more sensor drivers and I hate discovering I'm
>> implementing drivers
>> for devices that someone already has working code for!
> 
> I wanted to start off with only 1 driver for each type of slave and with
> only the MPU3050 and exclude the MPU6050 until we figure out exactly the
> best way to fit this into the kernel.

With such an extensive list of drivers, how about putting the whole current
lot in staging whilst we figure out the eventual form?  Probably not including
the ones we already have else where, but maybe we do want them as well, so we
can merge in new features?
> 
> The current full list of drivers we have developed in this architecture
> are as follows:
> MPU3050 and MPU6050 support in mldl_cfg.c
> # sesnors - accel
> accel/mpu6050.c  -
> accel/kxsd9.c
There is a driver for this in IIO but it exists more as an example of a trivial
driver than being fully fledged.  We've never had any interest before in doing
anything more complex with it.   I've cc'd Chris Hudson at Kionix, to comment on
what they have for these parts.
> accel/kxtf9.c
Over to Chris.

> accel/bma150.c
An input driver exists for that one. (cc'd Eric)

> accel/bma222.c
Not seen this one or the next that I can recall.
> accel/bma250.c

> accel/mma8450.c
> accel/mma845x.c
Err, naming clash ;)
Input driver has been posted... Cc'd another Eric.

> accel/lis331.c
Supported I think by the lis driver.

> accel/lsm303a.c
Not seen that one.

> accel/adxl34x.c
input driver.
> accel/lis3dh.c
also lis driver.
> # sensors - compass
> compass/ak8975.c
> compass/ak8972.c
> compass/ami30x.c
> compass/ami306.c
> compass/hmc5883.c
> compass/lsm303m.c
> compass/yas529.c
> compass/yas530.c
> compass/mmc314x.c
> compass/hscdtd002b.c
> compass/hscdtd004a.c
That is a whole host more compasses that I haven't seen drivers for. I think
we may have 2 of them in IIO...
> # sensors - pressure
> pressure/bma085.c
As Manuel Stahl confirmed he also has a driver for this.
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists