linux/drivers/i2c/chips
Jean Delvare ac7809414f i2c/tsl2550: Use combined SMBus transactions
Make the I/O faster, mainly by using combined SMBus transactions when
possible. While the TSL2550 datasheet doesn't say the device supports
them, they seem to work just fine in practice, and a combined
transaction is faster than two simple transactions in many cases and
always more reliable.

A side effect is to suppress the delays between SMBus writes and
reads. The datasheet doesn't say they are needed and things work just
fine for me without them.

I also couldn't see any reason for the delay between reading the two
channels. Nor for the loop to get a reading in the first place. The
400 ms delay between samples only matters at chip power-up, after that
the chip always hold the previously sampled value so we never get to
wait.

All these changes make reading the lux value much faster and cheaper.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Tested-by: Michele De Candia <michele.decandia@valueteam.com>
Cc: Rodolfo Giometti <giometti@linux.it>
2009-09-18 22:45:44 +02:00
..
ds1682.c x86: sysfs: kill owner field from attribute 2008-10-20 08:52:42 -07:00
Kconfig i2c/chips: Move max6875 to drivers/misc/eeprom 2009-06-15 18:01:49 +02:00
Makefile i2c/chips: Move max6875 to drivers/misc/eeprom 2009-06-15 18:01:49 +02:00
pca9539.c i2c: Convert the pca9539 driver to a new-style i2c driver 2008-07-16 19:30:07 +02:00
pcf8574.c i2c: Convert the pcf8574 driver to a new-style i2c driver 2008-07-16 19:30:06 +02:00
pcf8575.c i2c: Convert the pcf8575 driver to a new-style i2c driver 2008-07-16 19:30:06 +02:00
tsl2550.c i2c/tsl2550: Use combined SMBus transactions 2009-09-18 22:45:44 +02:00