如何在Linux中让I2C驱动支持Sub Address的两种方法

【目的】

AS3527有一个模拟部分，称作AFE，其与数字部分通过i2c通信，此处AFE部分有很多寄存器供外界 *** 作访问，如果想要访问这些寄存器，就要用到Sub Address，所以，要实现让i2c 驱动支持Sub Address的模式。

i2C本身的架构中，没有支持sub address，所以，我们只能想办法，让其I2C支持（方法1）或者用smbus的架构（方法2）.

【方法】

方法1：

在i2c的message中传递一个2个字节的buffer，分别存放Sub Address和data

比如，对于读 *** 作，就可以这么实现：

int afe_read_reg(int addr, u8 *pdata)

{

u8 msgbuf[2]

struct i2c_msg msg =

{

.addr = save_client->addr | ( <<8),

.flags = I2C_M_RD ,

.len = 2,

.buf = msgbuf,

}

msgbuf[0] = addr//存放Sub Address，此处的Addr是寄存器地址，也就是Sub Address

msgbuf[1] = 0//初始化

if (i2c_transfer(save_client->adapter, &msg, 1) <0) {

dev_warn(&save_client->dev,

"can't read from afe /n")

return -ENOMEM

}

*pdata = msgbuf[1]

return 0

}

方法2：

使用SMBUS的框架，其支持Sub Address

在i2c读 *** 作中，直接调用SMBUS架构中的函数i2c_smbus_read_byte_data：

int afe_read_reg(int addr, u8 *pdata)

{

int ret

ret = i2c_smbus_read_byte_data(save_client, addr)

if (ret <0)

return ret

else {

*pdata = (u8)ret

return 0

}

}

然后函数调用顺序是

i2c_smbus_read_byte_data ->i2c_smbus_xfer ->

adapter->algo->smbus_xfer 或 i2c_smbus_xfer_emulated

（1）此处如果你自己的I2C驱动中没有实现

adapter->algo->smbus_xfer

那么就会去调用i2c_smbus_xfer_emulated，其会把I2C的读一个字节的 *** 作，

分成2个message，然后

i2c_smbus_xfer_emulated ->i2c_transfer ->adap->algo->master_xfer(adap,msgs,num)

去调用底层自己的i2c传输的函数master_xfer去实现两个message的传输。

此处要注意的是，如果你的i2C的控制器和i2c设备，支持将此I2C的读一个字节 *** 作分两个message传输，

那么此处此方法也是可以的。

而你的底层的master_xfer函数，只要负责将对应的message发送出去也就可以实现对应的功能了。

否则，就像我此处遇到的，我这里的AFE的i2c控制器，不支持读 *** 作分成两次message，只支持一个I2C message的传输，

所以，只能是在底层特殊处理，将2个message自己整理成一个message，或者是用下面的办法。

（2）自己实现了adapter->algo->smbus_xfer

自己仿照i2c_smbus_xfer_emulated，在具体实现的时候，对于读和写都只是发送一个message，然后让底层代码

adap->algo->master_xfer去处理这个message，实现对应的读和写。

【注意】

1.以上，不论是1还是2，都是在实现了自己I2C驱动底层message传输的基本函数之后，才可以工作的。

而对于这个基本函数，即adap->algo->master_xfer，

都是要在实现的时候，注意上层传递过来的buffer的第一个字节是sub address，第二个字节才是要用于写入或读取的buffer。

2.对于方法2（2），在模拟i2c_smbus_xfer_emulated实现自己的xfer函数的时候，

不能直接调用i2c_transfer，因为i2c_transfer里面，去获得adapter->bus_lock，而i2c_smbus_xfer中，调用adapter->algo->smbus_xfer之前，已经进行了对于adapter->bus_lock锁定，而因此会形成死锁的的，办法是不要再去获得锁，而直接调用adapter->algo->master_xfer即可。

最近我也遇到这个问题了，纠结了一天，在网友的支持下解决了，这个天嵌的版本中，i2c和他的摄像头驱动（OV9650驱动）相冲突，你在编译内核之前，将摄像头的驱动全部去掉，这样子重新编译之后，i2c就可以正常测试使用了。

---