linux-toradex.git/include/linux/i2c.h, branch v2.6.33.1

i2c: Get rid of I2C_CLIENT_MODULE_PARM

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

There is no user left of I2C_CLIENT_MODULE_PARM, so we can finally
get rid of this ugly macro.

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

i2c: Drop I2C_CLIENT_INSMOD_2 to 8

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

These macros simply declare an enum, so drivers might as well declare
it themselves. This puts an end to the arbitrary limit of 8 chip types
per i2c driver.

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

i2c: Drop I2C_CLIENT_INSMOD_1

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

This macro simply declares an enum, so drivers might as well declare
it themselves.

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

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: Drop the kind parameter from detect callbacks

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

The "kind" parameter always has value -1, and nobody is using it any
longer, so we can remove it.

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

i2c: Drop probe, ignore and force module parameters

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

The legacy probe and force module parameters are obsolete now, the
same can be achieved using the new_device sysfs interface, which is
both more flexible and cheaper (it is implemented by i2c-core rather
than replicated in every driver module.)

The legacy ignore module parameters can be dropped as well. Ignoring
can be done by instantiating a "dummy" device at the problematic
address.

This is the first step of a huge cleanup to i2c-core's i2c_detect
function, i2c.h's I2C_CLIENT_INSMOD* macros, and all drivers that made
use of them.

Signed-off-by: Jean Delvare

i2c: Prevent priority inversion on top of bus lock

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

Low priority thread holding the i2c bus mutex could block higher
priority threads to access the bus resulting in unacceptable
latencies. Change the mutex type to rt_mutex preventing priority
inversion.

Tested-by: Peter Ujfalusi 
Signed-off-by: Mika Kuoppala 
Signed-off-by: Jean Delvare

i2c: Add an interface to lock/unlock an I2C bus segment

2009-11-07T12:10:46+00:00

Some drivers need to be able to prevent access to an I2C bus segment
for a specific period of time. Add an interface for them to do so
without twiddling with i2c-core internals.

Signed-off-by: Jean Delvare 
Acked-by: Ben Hutchings

i2c: Drop unused i2c_driver.id field

2009-09-18T20:45:43+00:00

Nobody is using i2c_driver.id any longer, so we can drop that field.

Signed-off-by: Jean Delvare

i2c: New macro to initialize i2c address lists on the fly

2009-06-19T14:58:21+00:00

For video4linux we sometimes need to probe for a single i2c address.
Normally you would do it like this:

static const unsigned short addrs[] = {
	addr, I2C_CLIENT_END
};

client = i2c_new_probed_device(adapter, &info, addrs);

This is a bit awkward and I came up with this macro:

#define V4L2_I2C_ADDRS(addr, addrs...) \
	((const unsigned short []){ addr, ## addrs, I2C_CLIENT_END })

This can construct a list of one or more i2c addresses on the fly. But
this is something that really belongs in i2c.h, renamed to I2C_ADDRS.

With this macro we can just do:

client = i2c_new_probed_device(adapter, &info, I2C_ADDRS(addr));

Note that this can also be used to initialize an array:

static const unsigned short addrs[] = I2C_ADDRS(0x2a, 0x2c);

Whether you want to is another matter, but it works. This functionality is 
also available in the oldest supported gcc (3.2).

Signed-off-by: Hans Verkuil 
Signed-off-by: Jean Delvare