linux-kernel - RE: TAOS Color sensor

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]

Message-ID: <B4B07CCC7B7A084E989CF9386538EA1D0120B2F0@exchsrvr.taosinc.com>
Date:	Mon, 2 Apr 2012 13:43:43 -0500
From:	"Jon Brenner" <jbrenner@...Sinc.com>
To:	"Greg KH" <gregkh@...uxfoundation.org>
Cc:	<jic23@...nel.org>, <linux-iio@...r.kernel.org>,
	<linux-kernel@...r.kernel.org>
Subject: RE: TAOS Color sensor

Hi Greg,
Please see comments below.

Jon

> -----Original Message-----
> From: Greg KH [mailto:gregkh@...uxfoundation.org]
> Sent: Monday, April 02, 2012 1:06 PM
> To: Jon Brenner
> Cc: jic23@...nel.org; linux-iio@...r.kernel.org;
linux-kernel@...r.kernel.org
> Subject: Re: TAOS Color sensor
> 
> On Mon, Apr 02, 2012 at 12:28:39PM -0500, Jon Brenner wrote:
> > There is a need to release a driver for the TAOS tsl3x7x family of
> > COLOR sensors.
> > The driver provides Lux (clear and IR) , Proximity, Color
temperature
> > (calculated CCT) and raw - red, green, and blue data channels.
> > Currently I do not think the IIO subsystem provides for CT or RGB
data
> > channels.
> > Is this correct?
> > What can be done to accommodate it and who can do it?
> 
> Do you have a driver written already for this?  What is the interface
to the
> device?  If this can this use the v4l layer to get the color channel
information out
> to userspace?

Driver is in development - near ready - customers waiting.
The device tsl3x7x device interface is i2c.
The RGBC is used to promote both ALS sensing (Lux and intensity) and
Color Temp.  Proximity sensing is also available on some 3x7x devices.
The driver takes into account the type (thickness, color, aperture size,
etc.) of the glass it's behind (typically in phones, tvs. Etc) and
computes ALS and CT.
RGB can help provide more precise Lux - esp. under florescent lighting.
Raw RGB data is available (as is clear and IR)  - via sysfs.
While I can map the RGB for channels, there doesn't appear to be an IIO
virtual channel name (such as LIGHT - for computed ALS) defined for CT.
It would also be nice to have RGB channel designation established.

> 
> Or is this needed to be done in the kernel at all, lots of color
sensors are driven
> by libusb today, like the one on my desk at the moment, no kernel
changes
> needed at all.
> 
> thansk,
> 
> greg k-h
--
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/