linux-toradex.git/Documentation/i2c, branch v2.6.34.2

i2c-core: Erase pointer to clientdata on removal

2010-05-04T09:09:27+00:00

After discovering that a lot of i2c-drivers leave the pointer to their
clientdata dangling, it was decided to let the core handle this issue.
It is assumed that the core may access the private data after remove()
as there are no guarantees for the lifetime of such pointers anyhow (see
thread starting at http://lkml.org/lkml/2010/3/21/68)

Signed-off-by: Wolfram Sang 
Signed-off-by: Jean Delvare

i2c: Document the message size limit

2010-03-02T11:23:49+00:00

i2c_master_send & i2c_master_recv do not support more than 64 kb
transfer, since msg.len is u16.

Signed-off-by: Zhangfei Gao 
Signed-off-by: Jean Delvare

i2c-parport-light: Add SMBus alert support

2010-03-02T11:23:45+00:00

Add support for the SMBus alert mechanism to the i2c-parport-light
driver. The ADM1032 evaluation board at least is properly wired for
this.

Signed-off-by: Jean Delvare 
Cc: David Brownell 
Cc: Trent Piepho

i2c-parport: Add SMBus alert support

2010-03-02T11:23:44+00:00

Add support for the SMBus alert mechanism to the i2c-parport driver.
The ADM1032 evaluation board at least is properly wired for this.

Signed-off-by: Jean Delvare 
Cc: David Brownell 
Cc: Trent Piepho

i2c: Add SMBus alert support

2010-03-02T11:23:42+00:00

SMBus alert support. The SMBus alert protocol allows several SMBus
slave devices to share a single interrupt pin on the SMBus master,
while still allowing the master to know which slave triggered the
interrupt.

This is based on preliminary work by David Brownell. The key
difference between David's implementation and mine is that his was
part of i2c-core, while mine is split into a separate, standalone
module named i2c-smbus. The i2c-smbus module is meant to include
support for all SMBus extensions to the I2C protocol in the future.

The benefit of this approach is a zero cost for I2C bus segments which
do not need SMBus alert support. Where David's implementation
increased the size of struct i2c_adapter by 7% (40 bytes on i386),
mine doesn't touch it. Where David's implementation added over 150
lines of code to i2c-core (+10%), mine doesn't touch it. The only
change that touches all the users of the i2c subsystem is a new
callback in struct i2c_driver (common to both implementations.) I seem
to remember Trent was worried about the footprint of David'd
implementation, hopefully mine addresses the issue.

Signed-off-by: Jean Delvare 
Acked-by: Jonathan Cameron 
Cc: David Brownell 
Cc: Trent Piepho

i2c-i801: Add Intel Cougar Point device IDs

2010-03-02T11:23:39+00:00

Add the Intel Cougar Point (PCH) SMBus controller device IDs.

Signed-off-by: Seth Heasley 
Signed-off-by: Jean Delvare

i2c: Get rid of struct i2c_client_address_data

2009-12-14T20:17:25+00:00

Struct i2c_client_address_data only contains one field at this point,
which makes its usefulness questionable. Get rid of it and pass simple
address lists around instead.

Signed-off-by: Jean Delvare 
Tested-by: Wolfram Sang

i2c-stub: Documentation update

2009-12-06T16:06:30+00:00

There is nothing sensors-specific to i2c-stub.

Signed-off-by: Jean Delvare

i2c-stub: Allow user to disable some commands

2009-12-06T16:06:29+00:00

Add a module parameter to override the functionality bitfield. This
lets the user disable some commands. This can be used to force a chip
driver to take different code paths.

Signed-off-by: Jean Delvare

i2c-stub: Implement I2C block support

2009-12-06T16:06:28+00:00

This is required to test some drivers, for example at24.

Signed-off-by: Jean Delvare