linux.git/Documentation/i2c/chips, branch v2.6.26

deprecate obsolete pca9539 driver

2008-02-05T17:44:13+00:00

Use drivers/gpio/pca9539.c instead.

Signed-off-by: eric miao 
Acked-by: Ben Gardner 
Acked-by: Jean Delvare 
Signed-off-by: David Brownell 
Cc: Sam Ravnborg 
Cc: Haavard Skinnemoen 
Cc: Philipp Zabel 
Cc: Russell King 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

i2c: Add support for the PCF8575 chip

2008-01-27T17:14:45+00:00

Signed-off-by: Bart Van Assche 
Signed-off-by: Jean Delvare

i2c/pcf8574: No arbitrary initialization

2007-10-13T21:56:31+00:00

Do not initialize the PCF8574 with an arbitrary value. Users will have
to write the initial value to sysfs themselves.

Signed-off-by: Jean Delvare 
Acked-by: Aurelien Jarno

i2c: Fix the i2c_smbus_read_i2c_block_data() prototype

2007-07-12T12:12:29+00:00

Let the drivers specify how many bytes they want to read with
i2c_smbus_read_i2c_block_data(). So far, the block count was
hard-coded to I2C_SMBUS_BLOCK_MAX (32), which did not make much sense.
Many driver authors complained about this before, and I believe it's
about time to fix it. Right now, authors have to do technically stupid
things, such as individual byte reads or full-fledged I2C messaging,
to work around the problem. We do not want to encourage that.

I even found that some bus drivers (e.g. i2c-amd8111) already
implemented I2C block read the "right" way, that is, they didn't
follow the old, broken standard. The fact that it was never noticed
before just shows how little i2c_smbus_read_i2c_block_data() was used,
which isn't that surprising given how broken its prototype was so far.

There are some obvious compatiblity considerations:
* This changes the i2c_smbus_read_i2c_block_data() prototype. Users
  outside the kernel tree will notice at compilation time, and will
  have to update their code.
* User-space has access to i2c_smbus_xfer() directly using i2c-dev, so
  the changed expectations would affect tools such as i2cdump. In order
  to preserve binary compatibility, we give I2C_SMBUS_I2C_BLOCK_DATA
  a new numeric value, and define I2C_SMBUS_I2C_BLOCK_BROKEN with the
  old numeric value. When i2c-dev receives a transaction with the
  old value, it can convert it to the new format on the fly.

Signed-off-by: Jean Delvare

i2c: Delete outdated x1205 driver documentation

2007-07-12T12:12:28+00:00

The x1205 driver moved to the RTC subsystem and was significantly
modified since then, so just delete the outdated documentation.

Signed-off-by: Jean Delvare 
Cc: Alessandro Zummo

[PATCH] i2c: New Xicor X1205 RTC driver

2005-10-28T21:02:12+00:00

New driver for the Xicor X1205 RTC chip.

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

[PATCH] I2C: max6875 documentation cleanup

2005-09-05T16:14:05+00:00

Fix a spelling error and change a sysfs name.

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

[PATCH] I2C: update max6875 documentation

2005-09-05T16:14:03+00:00

Updates to the max6875 driver documentation.
This brings the documentation in sync with the code, which was recently
simplified.

This patch is based off 2.6.13-rc2-mm2.

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

[PATCH] I2C: Move hwmon drivers (3/3)

2005-07-11T21:47:41+00:00

Part 3: Move the drivers documentation, plus two general documentation
files.

Note that the patch "adds trailing whitespace", because it does move the
files as-is, and some files happen to have trailing whitespace.

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

[PATCH] I2C: max6875 documentation update

2005-07-11T21:10:36+00:00

Here is a proposed documentation update for the new max6875 i2c chip
driver.

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