30 Oct, 2008
1 commit
-
Replace all references to the old i2c mailing list.
Signed-off-by: Jean Delvare
23 Oct, 2008
5 commits
-
* Strip trailing white space.
* Remove out-of-date or irrelevant parts.
* Insist on the fact that command is deprecated.
* Fix spelling mistakes and typos.
* Reformat code examples and function prototypes to comply with the
kernel coding style.Signed-off-by: Jean Delvare
-
The legacy i2c binding model is deprecated and will be removed soon,
so we no longer need to document it.Signed-off-by: Jean Delvare
-
i2c_get_clientdata doesn't change the i2c_client it is passed as a
parameter, so it can be constified. Same for i2c_get_adapdata.Signed-off-by: Jean Delvare
-
The document describing how to port i2c chip drivers from Linux 2.4 to
Linux 2.6 is outdated. As I suspect that most drivers that had to be
ported have already been by now, I do not want to spend time updating
it. Let's just delete it instead.Signed-off-by: Jean Delvare
-
Adds the Intel Ibex Peak (PCH) SMBus Controller Device IDs.
Signed-off-by: Seth Heasley
Signed-off-by: Jean Delvare
14 Oct, 2008
4 commits
-
Restore the i2c_smbus_process_call() as one driver (for the
Micronas MAP5401) will need it soon.[JD: Update documentation accordingly.]
Signed-off-by: Prakash Mortha
Signed-off-by: Jean Delvare -
I wrote this explanation to answer a question on the i2c mailing list,
and thought it would be good to have in the kernel documentation.Signed-off-by: Jean Delvare
-
* Clarify some points.
* Point developers to i2c-tools instead of lm_sensors.
* Fix coding style in code examples.Signed-off-by: Jean Delvare
-
Thanks to new datasheets published on http://linux.via.com.tw we can now add
support for VX800/VX820 chipsets.Signed-off-by: Rudolf Marek
Signed-off-by: Jean Delvare
28 Jul, 2008
1 commit
-
Add a document describing how i2c clients on Linux 2.6 can be
moved from the old to the new driver model.Signed-off-by: Ben Dooks
17 Jul, 2008
4 commits
-
The new-style max6875 driver implements the optional detect() callback
to cover the use cases of the legacy driver. I'm curious if anyone
really needs this though, so it might be removed in the feature.Signed-off-by: Jean Delvare
-
The new-style pca9539 driver implements the optional detect() callback
to cover the use cases of the legacy driver.Warning: users will now have to use the force module parameter to get
the driver to attach to their device. That's not a bad thing as these
devices can't be detected anyway.Note that this doesn't change the fact that this driver is deprecated
in favor of gpio/pca953x.Signed-off-by: Jean Delvare
-
The new-style pcf8575 driver implements the optional detect() callback
to cover the use cases of the legacy driver.Warning: users will now have to use the force module parameter to get
the driver to attach to their device. That's not a bad thing as these
devices can't be detected anyway.Note that this doesn't change the fact that this driver is deprecated
in favor of gpio/pcf857x.Signed-off-by: Jean Delvare
-
The new-style pcf8574 driver implements the optional detect() callback
to cover the use cases of the legacy driver.Warning: users will now have to use the force module parameter to get
the driver to attach to their device. That's not a bad thing as these
devices can't be detected anyway.Note that this doesn't change the fact that this driver is deprecated
in favor of gpio/pcf857x.Signed-off-by: Jean Delvare
15 Jul, 2008
5 commits
-
Add a mechanism to let new-style i2c drivers optionally autodetect
devices they would support on selected buses and ask i2c-core to
instantiate them. This is a replacement for legacy i2c drivers, much
cleaner.Where drivers had to implement both a legacy i2c_driver and a
new-style i2c_driver so far, this mechanism makes it possible to get
rid of the legacy i2c_driver and implement both enumerated and
detected device support with just one (new-style) i2c_driver.Here is a quick conversion guide for these drivers, step by step:
* Delete the legacy driver definition, registration and removal.
Delete the attach_adapter and detach_client methods of the legacy
driver.* Change the prototype of the legacy detect function from
static int foo_detect(struct i2c_adapter *adapter, int address, int kind);
to
static int foo_detect(struct i2c_client *client, int kind,
struct i2c_board_info *info);* Set the new-style driver detect callback to this new function, and
set its address_data to &addr_data (addr_data is generally provided
by I2C_CLIENT_INSMOD.)* Add the appropriate class to the new-style driver. This is
typically the class the legacy attach_adapter method was checking
for. Class checking is now mandatory (done by i2c-core.) See
for the list of available classes.* Remove the i2c_client allocation and freeing from the detect
function. A pre-allocated client is now handed to you by i2c-core,
and is freed automatically.* Make the detect function fill the type field of the i2c_board_info
structure it was passed as a parameter, and return 0, on success. If
the detection fails, return -ENODEV.Signed-off-by: Jean Delvare
-
Function i2c_smbus_write_quick has no users left, so we can delete it.
Also update the list of these helper functions which are gone but
could be added back if needed.Signed-off-by: Jean Delvare
-
More updates to the I2C stack's fault reporting: make the core stop
returning "-1" (usually "-EPERM") for all faults. Instead, pass lower
level fault code up the stack, or return some appropriate errno.This patch happens to touch almost exclusively SMBus calls.
Signed-off-by: David Brownell
Signed-off-by: Jean Delvare -
Create Documentation/i2c/fault-codes to help standardize
fault/error code usage in the I2C stack. It turns out that
returning -1 (-EPERM) for everything was not at all helpful.Signed-off-by: David Brownell
Signed-off-by: Jean Delvare -
This patch contains the scheduled removal of i2c-i810, i2c-prosavage
and i2c-savage4.Signed-off-by: Adrian Bunk
Signed-off-by: Jean Delvare
02 Jul, 2008
1 commit
-
The matching process described for new style clients in
Documentation/i2c/writing-clients is classed as out-of-date
as it requires the presence of an .id_table entry in the
driver's i2c_driver entry.Signed-off-by: Ben Dooks
Signed-off-by: Jean Delvare
12 May, 2008
2 commits
-
Attempt to make the documentation about the I2C/SMBus functionality
checking API clearer.Signed-off-by: Jean Delvare
-
Improve the smbus-protocol documentation file somewhat:
- Use the names of the SMBus protocol operations (from the 2.0
specification), not made-up-for-Linux names.- Add the name of the call used to execute each operation ... and
point out that there are mismatches, where functions execute
different protocol operations than their names specify.The most confusing examples are that "Read Byte" isn't executed by
i2c_smbus_read_byte(), and that "Write Byte" isn't executed by
i2c_smbus_write_byte(). When coding, that's not as bad as it may
seem; but that case would seem to be worth fixing.Signed-off-by: David Brownell
Signed-off-by: Jean Delvare
30 Apr, 2008
1 commit
-
Based on earlier work by Jon Smirl and Jochen Friedrich.
This patch allows new-style i2c chip drivers to have alias names using
the official kernel aliasing system and MODULE_DEVICE_TABLE(). At this
point, the old i2c driver binding scheme (driver_name/type) is still
supported.Signed-off-by: Jean Delvare
Cc: Jochen Friedrich
Cc: Jon Smirl
Cc: Kay Sievers
25 Feb, 2008
1 commit
-
Add the Intel ICH10 SMBus Controller DeviceID's and updates
Tolapai support.Signed-off-by: Jason Gaston
Signed-off-by: Jean Delvare
08 Feb, 2008
1 commit
-
It's about time to reflect the move of the lm-sensors project to
lm-sensors.org.Signed-off-by: Jean Delvare
Signed-off-by: Mark M. Hoffman
06 Feb, 2008
1 commit
-
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
28 Jan, 2008
6 commits
-
Add support for another variant of the VT8237. I couldn't test
I2C block support but I assume it is present as well.Signed-off-by: Jean Delvare
-
I2C block read is supported since the ICH5. I couldn't get it to work
using the block buffer, so it's using the old-style byte-by-byte mode
for now.Note: I'm also updating the driver author... The i2c-i801 driver was
really written by Mark Studebaker, even though he based his work on
the i2c-piix4 driver which was written by Philip Edelbrock.Signed-off-by: Jean Delvare
-
Signed-off-by: Jean Delvare
-
This mimics the behavior of actual SMBus chips better.
Signed-off-by: Jean Delvare
Cc: Mark M. Hoffman -
There's a new script named i2c-stub-from-dump that can be very helpful
when working with the i2c-stub driver.Signed-off-by: Jean Delvare
-
Signed-off-by: Bart Van Assche
Signed-off-by: Jean Delvare
12 Dec, 2007
1 commit
-
I'm amazed that this old piece of documentation managed to survive
until today.Signed-off-by: Jean Delvare
20 Oct, 2007
1 commit
-
Signed-off-by: Adrian Bunk
14 Oct, 2007
4 commits
-
Rename I2C_FUNC_SMBUS_HWPEC_CALC as I2C_FUNC_SMBUS_PEC, and list that
functionality as always available through the software implementation.
Update documentation accordingly (and list similar requirements).The way it's currently packaged doesn't present the capability in a
useful way.Signed-off-by: David Brownell
Signed-off-by: Jean Delvare -
Add support for multiple chips to i2c-stub. I've changed the memory
allocation scheme from static to dynamic, so that we don't waste too
much memory.Signed-off-by: Jean Delvare
Acked-by: Mark M. Hoffman -
Add the Intel Tolapai SMBus Controller DID.
Signed-off-by: Jason Gaston
Signed-off-by: Jean Delvare -
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
31 Aug, 2007
1 commit
-
We find that SB700 and SB800 use the same SMBus device ID as SB600, which is
0x4385, instead of the already submitted 0x4395.Besides removing the wrong SB700 device ID, add SB800 support to kernel, by
renaming the PCI_DEVICE_ID_ATI_IXP600_SMBUS into
PCI_DEVICE_ID_ATI_SBX00_SMBUS.Signed-off-by: Shane Huang
Signed-off-by: Jean Delvare
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
