linux-toradex.git/drivers/i2c/chips, branch v2.6.18.3

[PATCH] i2c: tps65010 build fixes

2006-08-26T20:05:12+00:00

The tps65010.c driver in the main tree never got updated with
build fixes since the last batch of I2C driver changes; and the
genirq trigger flags were updated wierdly too.

This also includes a minor tweak to reduce the frequency used to
poll for unplug-the-AC-power on the TPS chips that don't provide
relevant IRQs.  It _would_ be nice to sense whether there's even
a battery, but that'd normally be an HDQ/1-wire interface to a
smart battery, and such APIs aren't standardized.

Signed-off-by: David Brownell 
Signed-off-by: Jean Delvare 
Signed-off-by: Greg Kroah-Hartman

[PATCH] pca9539: Honor the force parameter

2006-07-12T22:43:07+00:00

The pca9539 driver doesn't honor the force parameter; it always does
detection. This patch will skip detection if forced.

Signed-off-by: Ben Gardner 
Signed-off-by: Jean Delvare 
Signed-off-by: Greg Kroah-Hartman

[PATCH] irq-flags: misc drivers: Use the new IRQF_ constants

2006-07-02T20:58:50+00:00

Signed-off-by: Thomas Gleixner 
Cc: Ingo Molnar 
Cc: "David S. Miller" 
Cc: Benjamin Herrenschmidt 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

Remove obsolete #include

2006-06-30T17:25:36+00:00

Signed-off-by: Jörn Engel 
Signed-off-by: Adrian Bunk

[PATCH] i2c: Suggest N for rare devices in Kconfig

2006-06-22T18:10:33+00:00

Improve the Kconfig help text of the follwing i2c drivers:
* busses/i2c-pca-isa.c
* chips/pcf8574.c
* chips/pcf8591.c
These are hard to detect and building them into the kernel
results in long delays at boot.

March 2006, thread "I2C_PCA_ISA causes boot delays"
http://marc.theaimsgroup.com/?l=linux-kernel&m=114360399415744&w=2

April 2006, thread "i2c-related 1-minute hang during bootup"
http://marc.theaimsgroup.com/?l=linux-kernel&m=114640992330721&w=2

Signed-off-by: Jean Delvare 
Signed-off-by: Greg Kroah-Hartman

[PATCH] I2C: m41t00: Add support for the ST M41T81 and M41T85

2006-06-22T18:10:32+00:00

This patch adds support for the ST m41t81 and m41t85 i2c rtc chips
to the existing m41t00 driver.

Since there is no way to reliably determine what type of rtc chip
is in use, the chip type is passed in via platform_data.  The i2c
address and square wave frequency are passed in via platform_data
as well.  To accommodate the use of platform_data, a new header
file include/linux/m41t00.h has been added.

The m41t81 and m41t85 chips halt the updating of their time registers
while they are being accessed.  They resume when a stop condition
exists on the i2c bus or when non-time related regs are accessed.
To make the best use of that facility and to make more efficient
use of the i2c bus, this patch replaces multiple i2c_smbus_xxx calls
with a single i2c_transfer call.

Signed-off-by: Mark A. Greer 
Signed-off-by: Jean Delvare 
Signed-off-by: Greg Kroah-Hartman

[PATCH] i2c: cleanup m41t00

2006-06-22T18:10:32+00:00

This patch does some cleanup to the m41t00 i2c/rtc driver including:
- use BCD2BIN/BIN2BCD instead of BCD_TO_BIN/BIN_TO_BCD
- use strlcpy instead of strncpy
- some whitespace cleanup

Signed-off-by: Mark A. Greer 
Signed-off-by: Jean Delvare 
Signed-off-by: Greg Kroah-Hartman

[PATCH] m41t00: fix bitmasks when writing to chip

2006-04-19T16:13:49+00:00

Fix the bitmasks used when writing to the M41T00 registers.

The original code used a mask of 0x7f when writing to each register,
this is incorrect and probably the result of a copy-paste error.  As a
result years from 1980 to 1999 will be read back as 2000 to 2019.

Signed-off-by: David Barksdale 
Acked-by: Jean Delvare 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] i2c: convert m41t00 to use a workqueue

2006-04-14T18:18:33+00:00

The m41t00 i2c/rtc driver currently uses a tasklet to schedule
interrupt-level writes to the rtc.  This patch causes the driver
to use a workqueue instead.

Signed-off-by: Mark A. Greer 
Signed-off-by: Jean Delvare 
Signed-off-by: Greg Kroah-Hartman

[PATCH] i2c: convert ds1374 to use a workqueue

2006-04-14T18:18:33+00:00

A tasklet is not suitable for what the ds1374 driver does: neither sleeping
nor mutex operations are allowed in tasklets, and ds1374_set_tlet may do
both.

We can use a workqueue instead, where both sleeping and mutex operations
are allowed.

Signed-off-by: Jean Delvare 
Acked-by: Randy Vinson 
Signed-off-by: Greg Kroah-Hartman