1、通信接口
i2c发送或者接收一次数据都以数据包 struct i2c_msg 封装
-
struct i2c_msg {
-
__u16 addr;
-
__u16 flags;
-
#define I2C_M_TEN 0x0010 // 十位地址标志
-
#define I2C_M_RD 0x0001 // 接收数据标志
-
__u16 len;
-
__u8 *buf;
-
};
其中addr为从机地址;flags则是这次通信的标志,发送数据为0,接收数据则为 I2C_M_RD;len为此次通信的数据字节数;buf 为发送或接收数据的指针。在设备驱动中我们通常调用 i2c-core 定义的接口 i2c_master_send 和 i2c_master_recv 来发送或接收一次数据。
-
int i2c_master_send(struct i2c_client *client,const char *buf ,int count)
-
{
-
int ret;
-
struct i2c_adapter *adap=client->adapter;
-
struct i2c_msg msg;
-
-
msg.addr = client->addr;
-
msg.flags = client->flags & I2C_M_TEN;
-
msg.len = count;
-
msg.buf = (char *)buf;
-
-
ret = i2c_transfer(adap, &msg, 1);
-
-
-
-
return (ret == 1) ? count : ret;
-
}
-
EXPORT_SYMBOL(i2c_master_send);
i2c_master_send 接口的三个参数:client 为此次与主机通信的从机,buf 为发送的数据指针,count 为发送数据的字节数。
-
int i2c_master_recv(struct i2c_client *client, char *buf ,int count)
-
{
-
struct i2c_adapter *adap=client->adapter;
-
struct i2c_msg msg;
-
int ret;
-
-
msg.addr = client->addr;
-
msg.flags = client->flags & I2C_M_TEN;
-
msg.flags |= I2C_M_RD;
-
msg.len = count;
-
msg.buf = buf;
-
-
ret = i2c_transfer(adap, &msg, 1);
-
-
-
-
return (ret == 1) ? count : ret;
-
}
-
EXPORT_SYMBOL(i2c_master_recv);
i2c_master_recv 接口的三个参数:client 为此次与主机通信的从机,buf 为接收的数据指针,count 为接收数据的字节数。我们看一下 i2c_transfer 接口的参数说明:
-
int i2c_transfer(struct i2c_adapter *adap, struct i2c_msg *msgs, int num);
其中 adap 为此次主机与从机通信的适配器;msgs 为通信的数据包,这里可以是单个或多个数据包;
num 用于指定数据包的个数,如果大于1则表明将进行不止一次的通信。通信一次就需要寻址一次,如果需要多次通信就需要多次寻址,前面2个接口都是进行一次通信,所以 num 为1;有的情况下我们要读一个寄存器的值,就需要先向从机发送一个寄存器地址然后再接收数据,这样如果想自己封装一个接口就需要将 num 设置为2。接口的
返回值如果失败则为负数,如果成功则返回传输的数据包个数。比如读一个寄存器的接口可以按照如下方式封装:
-
static int read_reg(struct i2c_client *client, unsigned char reg, unsigned char *data)
-
{
-
int ret;
-
-
struct i2c_msg msgs[] = {
-
{
-
.addr = client->addr,
-
.flags = 0,
-
.len = 1,
-
.buf = ®,
-
},
-
{
-
.addr = client->addr,
-
.flags = I2C_M_RD,
-
.len = 1,
-
.buf = data,
-
},
-
};
-
-
ret = i2c_transfer(client->adapter, msgs, 2);
-
if (ret < 0)
-
tp_err("%s error: %d\n", __func__, ret);
-
-
return ret;
-
}
还可调用前面所述的接口封装:
-
static unsigned char read_reg(struct i2c_client *client, unsigned char reg)
-
{
-
unsigned char buf;
-
-
i2c_master_send(client, ®, 1);
-
i2c_master_recv(client, &buf, 1);
-
-
return buf;
-
}
2、reset 接口
最近因为平台的i2c总线经常发生死锁,用逻辑分析仪检测发现通常为SDA和SCL都被拉低,于是在i2c-core中加入了reset机制,总体思路如下:
(1)在i2c.driver和i2c.adapter的结构中加入reset接口,即每一个i2c设备都可以注册reset函数,每条i2c总线都有相应的reset接口
(2)当发生死锁时,首先根据i2c-timeout的信息获取当前通信的设备地址和总线编号,然后依次执行当前总线下所有i2c设备的reset函数,再尝试发送是否成功;如果总线仍然处于死锁状态则执行i2c.adapter的reset函数;如果总线还是处于死锁状态就重启机器;总共3层reset机制
(3)i2c.driver的reset函数一般操作设备的reset pin或者电源(需要根据硬件设计进行相应操作)
(4)i2c.adapter的reset函数首选进行SCL的模拟解锁方案,然后再是操作整个总线上设备的电源(需要根据硬件设计进行相应操作)
(5)重启是最后的一层机制,此时无法恢复设备的正常使用就只能重启了
因为i2c.adapter层的需要,在i2c-core中加入了遍历当前总线所有设备并执行设备reset函数的接口i2c_reset_device:
-
-
-
-
-
-
static int __i2c_reset_device(struct device *dev, void *addrp)
-
{
-
struct i2c_client *client = to_i2c_client(dev);
-
int addr = *(int *)addrp;
-
-
if (client && client->driver && client->driver->reset)
-
return client->driver->reset();
-
-
return 0;
-
}
-
-
int i2c_reset_device(struct i2c_adapter *adapter, int addr)
-
{
-
return device_for_each_child(&adapter->dev, &addr, __i2c_reset_device);
-
}
-
EXPORT_SYMBOL(i2c_reset_device);
需要注意的是i2c.driver的reset函数返回值需要为0,不然device_for_each_child不会继续后面的遍历。用GPIO模拟SCL解锁的参考代码如下:
-
static int i2c_reset_adapter(void)
-
{
-
int counter = 0;
-
-
gpio_request(I2C_BUS_DATA, "gpioxx");
-
gpio_request(I2C_BUS_CLK, "gpioxx");
-
-
gpio_direction_input(I2C_BUS_DATA);
-
-
if (!__gpio_get_value(I2C_BUS_DATA)) {
-
while((!__gpio_get_value(I2C_BUS_DATA)) && ++counter < 10)
-
{
-
udelay(5);
-
gpio_direction_output(I2C_BUS_CLK, 1);
-
udelay(5);
-
gpio_direction_output(I2C_BUS_CLK, 0);
-
}
-
i2c_err("try to recover i2c bus, retry times are %d\n",counter);
-
if (counter < 10) {
-
udelay(5);
-
gpio_direction_output(I2C_BUS_DATA, 0);
-
udelay(5);
-
gpio_direction_output(I2C_BUS_CLK, 1);
-
udelay(5);
-
gpio_direction_output(I2C_BUS_DATA, 1);
-
msleep(10);
-
} else {
-
i2c_err("try to recover i2c bus failed!\n");
-
}
-
}
-
-
gpio_free(I2C_BUS_DATA);
-
gpio_free(I2C_BUS_CLK);
-
-
return 0;
-
}
3、i2c_detect 接口
最近在看一个 wifi 驱动的时候发现了另外一种注册 i2c 设备的方式,其实也是属于动态注册的一种,不过内核支持得更好,可以用内核提供的宏来实现。该方法以 struct i2c_client_address_data 结构为基础,我们先来看下这个结构的组成:
-
struct i2c_client_address_data {
-
const unsigned short *normal_i2c;
-
const unsigned short *probe;
-
const unsigned short *ignore;
-
const unsigned short * const *forces;
-
};
这个结构定义了 4 个指向不同数组的指针,数组元素都以 I2C_CLIENT_END 结尾,其中 normal_i2c 指向的数组保存的是常规探测地址,而且该数组中的地址如果和 ignore 数组中的地址相同则会被过滤掉,常见定义如下:
-
static const unsigned short normal_i2c[] = {0x2c, 0x2d, 0x2e, I2C_CLIENT_END};
其他 3 个数组的元素依次是通道和地址成对的组合,而且元素个数最好定义为偶数个即最后两个 I2C_CLIENT_END。在探测过程中,i2c_detect 函数会遍历系统中所有的 i2c 通道,在每个通道中依次探测地址,顺序是
forces -> probe -> normal_i2c,比如在探测 forces 里面的通道和地址时,会先比较当前通道和数组里面定义的通道是否一致,不一致则不会继续探测该对地址,如果定义的是
ANY_I2C_BUS 则任意通道都会探测该对地址,接着探测地址会调用 driver->detect 接口,在该接口中一般会去读取设备的某个寄存器值以判断设备是否存在,如果设备存在则返回
0 值,如果不存在则返回
-ENODEV,无论返回 0 值或者 -ENODEV 都会继续后面的探测,如果返回其他错误值则会结束整个探测过程。一个常见的例子如下:
-
static const struct i2c_device_id wifi_core_i2c_id[] = {{WIFI_CORE_I2C_DEVNAME, 0}, {}};
-
MODULE_DEVICE_TABLE(i2c, wifi_core_i2c_id);
-
-
static unsigned short wifi_core_force[] = {ANY_I2C_BUS, WIFI_CORE_ADDR, I2C_CLIENT_END, I2C_CLIENT_END};
-
static const unsigned short * const wifi_core_forces[] = {wifi_core_force, NULL};
-
-
static struct i2c_client_address_data wifi_core_addr_data = {
-
.forces = wifi_core_forces,
-
};
-
-
static int wifi_core_detect(struct i2c_client *client, int kind, struct i2c_board_info *info)
-
{
-
strcpy(info->type, WIFI_CORE_I2C_DEVNAME);
-
return 0;
-
}
-
-
static struct i2c_driver wifi_core_driver =
-
{
-
.probe = wifi_core_probe,
-
.remove = wifi_core_remove,
-
.detect = wifi_core_detect,
-
.shutdown = wifi_shutdown,
-
.driver.name = WIFI_CORE_I2C_DEVNAME,
-
.id_table = wifi_core_i2c_id,
-
.address_data = &wifi_core_addr_data,
-
};
-
-
i2c_add_driver(&wifi_core_driver)