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] [day] [month] [year] [list]

Date:	Mon, 02 Apr 2012 19:45:30 +0100
From:	Jonathan Cameron <jic23@....ac.uk>
To:	Jon Brenner <jbrenner@...Sinc.com>,
	Greg KH <gregkh@...uxfoundation.org>
CC:	jic23@...nel.org, linux-iio@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: RE: TAOS Color sensor



Jon Brenner <jbrenner@...Sinc.com> wrote:

>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.
Congratulations! You get to propose a suitable interface...

Best option is probably a patch to the sysfs docs covering the new elements.

Could do it in userspace but with interrupts and existing interface for other part elements seems reasonable to be in kernel to me...
>
>
>> 
>> 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-iio" in
>the body of a message to majordomo@...r.kernel.org
>More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
--
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/