From: Wolfgang Grandegger <hidden> Date: 2008-07-17 10:37:32
This patch suppresses I2C device probing by clearing the class field
of the "struct i2c_adapter" for the MPC I2C bus adapters. Some board
configurations which rely on probing must be fixed up by adding a
proper I2C device node to the DTS file, like the TQM85xx modules.
Signed-off-by: Wolfgang Grandegger <redacted>
---
drivers/i2c/busses/i2c-mpc.c | 1 -
1 file changed, 1 deletion(-)
Index: powerpc/drivers/i2c/busses/i2c-mpc.c
===================================================================
From: Grant Likely <hidden> Date: 2008-07-17 18:02:50
On Thu, Jul 17, 2008 at 4:37 AM, Wolfgang Grandegger [off-list ref] wrote:
This patch suppresses I2C device probing by clearing the class field
of the "struct i2c_adapter" for the MPC I2C bus adapters. Some board
configurations which rely on probing must be fixed up by adding a
proper I2C device node to the DTS file, like the TQM85xx modules.
Signed-off-by: Wolfgang Grandegger <redacted>
From: Jean Delvare <hidden> Date: 2008-08-07 08:21:26
Hi Grant, Wolgang,
On Thu, 17 Jul 2008 12:02:50 -0600, Grant Likely wrote:
On Thu, Jul 17, 2008 at 4:37 AM, Wolfgang Grandegger [off-list ref] wrote:
quoted
This patch suppresses I2C device probing by clearing the class field
of the "struct i2c_adapter" for the MPC I2C bus adapters. Some board
configurations which rely on probing must be fixed up by adding a
proper I2C device node to the DTS file, like the TQM85xx modules.
Signed-off-by: Wolfgang Grandegger <redacted>
Unless you intend to push this patch upstream yourself (through the ppc
tree), you should send it to Ben Dooks (who is in charge of this part
of the i2c subsystem) with Cc to the i2c list.
--
Jean Delvare
From: Wolfgang Grandegger <hidden> Date: 2008-08-07 10:20:25
Jean Delvare wrote:
Hi Grant, Wolgang,
On Thu, 17 Jul 2008 12:02:50 -0600, Grant Likely wrote:
quoted
On Thu, Jul 17, 2008 at 4:37 AM, Wolfgang Grandegger [off-list ref] wrote:
quoted
This patch suppresses I2C device probing by clearing the class field
of the "struct i2c_adapter" for the MPC I2C bus adapters. Some board
configurations which rely on probing must be fixed up by adding a
proper I2C device node to the DTS file, like the TQM85xx modules.
Signed-off-by: Wolfgang Grandegger <redacted>
Unless you intend to push this patch upstream yourself (through the ppc
tree), you should send it to Ben Dooks (who is in charge of this part
of the i2c subsystem) with Cc to the i2c list.
I just want to mention, that other I2 bus drivers set I2C_CLASS_HWMON as well.
Here are the PowerPC related ones:
$ grep I2C_CLASS_HWMON *
i2c-cpm.c: .class = I2C_CLASS_HWMON | I2C_CLASS_SPD,
i2c-mpc.c: .class = I2C_CLASS_HWMON | I2C_CLASS_SPD,
i2c-ibm_iic.c: adap->class = I2C_CLASS_HWMON | I2C_CLASS_SPD;
i2c-pasemi.c: smbus->adapter.class = I2C_CLASS_HWMON | I2C_CLASS_SPD;
i2c-mv64xxx.c: drv_data->adapter.class = I2C_CLASS_HWMON | I2C_CLASS_SPD;
It would be consequent to remove them as well.
Wolfgang.
From: Jean Delvare <hidden> Date: 2008-08-07 11:07:17
On Thu, 07 Aug 2008 12:50:11 +0200, Jochen Friedrich wrote:
Hi Wolfgang,
quoted
$ grep I2C_CLASS_HWMON *
i2c-cpm.c: .class = I2C_CLASS_HWMON | I2C_CLASS_SPD,
i2c-mpc.c: .class = I2C_CLASS_HWMON | I2C_CLASS_SPD,
i2c-ibm_iic.c: adap->class = I2C_CLASS_HWMON | I2C_CLASS_SPD;
i2c-pasemi.c: smbus->adapter.class = I2C_CLASS_HWMON | I2C_CLASS_SPD;
i2c-mv64xxx.c: drv_data->adapter.class = I2C_CLASS_HWMON | I2C_CLASS_SPD;
It would be consequent to remove them as well.
ACK for the i2c-cpm part.
No objection on my side. It's really up to each platform to choose the
way they want to handle i2c device creation, and stick to it.
As I understand it, the removal of the adapter class needs to be
synchronized with platform code changes. Thus it might make sense to
push these through their respective arch trees, rather than the i2c
tree.
--
Jean Delvare
From: Grant Likely <hidden> Date: 2008-08-07 14:33:26
On Thu, Aug 7, 2008 at 5:07 AM, Jean Delvare [off-list ref] wrote:
On Thu, 07 Aug 2008 12:50:11 +0200, Jochen Friedrich wrote:
quoted
Hi Wolfgang,
quoted
$ grep I2C_CLASS_HWMON *
i2c-cpm.c: .class = I2C_CLASS_HWMON | I2C_CLASS_SPD,
i2c-mpc.c: .class = I2C_CLASS_HWMON | I2C_CLASS_SPD,
i2c-ibm_iic.c: adap->class = I2C_CLASS_HWMON | I2C_CLASS_SPD;
i2c-pasemi.c: smbus->adapter.class = I2C_CLASS_HWMON | I2C_CLASS_SPD;
i2c-mv64xxx.c: drv_data->adapter.class = I2C_CLASS_HWMON | I2C_CLASS_SPD;
It would be consequent to remove them as well.
ACK for the i2c-cpm part.
No objection on my side. It's really up to each platform to choose the
way they want to handle i2c device creation, and stick to it.
As I understand it, the removal of the adapter class needs to be
synchronized with platform code changes. Thus it might make sense to
push these through their respective arch trees, rather than the i2c
tree.
All right, I'm happy to pick these patches up if nobody objects.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.