i2c驱动之难点释疑 .

一、关于匹配
i2c_client->dev和i2c_driver->driver的总线类型都是i2c_bus_type。
 i2c_adapter->dev的总线类型并不是i2c_bus_type。
在注册后设备与驱动匹配，是i2c_client->dev和i2c_driver->driver的匹配。
i2c_client的建立都是依赖于 "new style" driversi2c_driver->driver携带的地址信息。

i2c_adapter->dev与i2c_driver->driver并没有匹配关系，而是
i2c_adapter->class与i2c_driver->class的匹配，它们支持的设备类型的匹配。

 

二、两类i2c_driver的区别

"new style" driver: 
     is_newstyle_driver(d)     ((d)->probe || (d)->remove || (d)->detect)
 "legacy"driver:
     driver->detach_adapter || driver->detach_client

  这两类驱动的区别就是他们所拥有的函数不一样。
  不能出现这两类驱动的混合体，即兼有这两类驱动的标志函数的驱动。

"new style" driver是携带地址信息，并将这些地址转换成具体的设备client注册

到内核，这些设备client的name在该驱动的id_table中。

函数driver->detect便是填充结构体i2c_board_info，用i2c_board_info去初始化

client，驱动id_table中的name就是i2c_board_info->type带入client的。

该驱动与设备就是根据这个name相匹配的，匹配后调用函数probe执行一些初始化或是设备探测。

当然该驱动也是可以不携带地址信息的，而是注册后与内核中已存在的client匹配执行probe（）。

 "legacy"driver是不携带地址信息的，它的主要任务是调用函数driver->detach_adapter为新加入

的适配器，或是与之匹配的适配器创建一个可依附的设备节点，或者是做其他初始化工作。

 

 

三、两个重要函数的区别

当一个新的驱动加入内核时，会在类型为i2c_adapter_class的适配器中找与之匹配的，

并将驱动支持的设备插入适配器。

class_for_each_device(&i2c_adapter_class, NULL, driver,
         __attach_adapter);

当一个新的适配器加入内核时，会在总线类型为i2c_bus_type的驱动中找与之匹配的，

并将驱动支持的设备插入新加入的这个适配器。
bus_for_each_drv(&i2c_bus_type, NULL, adap,
     i2c_do_add_adapter);

函数class_for_each_device和bus_for_each_drv调用了两个相似的函数，

__attach_adapter和i2c_do_add_adapter。
 这两函数的对比如下：
 前者是在新的驱动加入内核时调用函数class_for_each_device时调用的函数。
 函数class_for_each_device是在类i2c_adapter_class中找一个适配器设备
 与新驱动匹配。该函数变化的是设备不变的是加入的新的驱动（void *data）
 
 后者是在新的适配器加入内核时调用函数 bus_for_each_drv时调用的函数。
 函数bus_for_each_drv是在总线类型为i2c_bus_type的驱动中找到一个驱动
 与新加入的适配器匹配。该函数变化的是驱动，不变的是新加入的适配器（void *data）。
 
 相同点都是执行函数i2c_detect和函数driver->attach_adapter。
 其实在bus_for_each_drv和class_for_each_device并不执行匹配的操作。
 只是简单的取出所有的驱动或是适配器，执行函数i2c_detect和attach_adapter。
 真正的匹配是在函数i2c_detect和attach_adapter中进行的。
 函数i2c_detect中会去判断驱动支持的设备类和适配器所支持的设备类是否匹配。
 函数driver->attach_adapter中会判断adapter->nr是不是自己需要处理的
 适配器，或者是是不是该适配器已被处理过了。
 当然函数i2c_detect和函数driver->attach_adapter是绝不会同时执行的。
 因为函数i2c_detect的执行需要用到函数driver->detect而该函数是"new style" drivers

的标志函数。而函数driver->attach_adapter是 "legacy" drivers的标志函数。i2c_driver中是

没有兼有这两种驱动的混合体驱动的。

 

四、 不同驱动一般不会对同一个适配器两次执行函数attach_adapter

每一个函数driver->attach_adapter的操作都跟adapter->nr有关，在这些函数
中都会对adapter->nr进行判断，所以driver->attach_adapter并不是，一个驱动
的函数attach_adapter对每一个适配器都会成功执行。

比如在驱动i2cdev_driver中函数attach_adapter的执行会创建一个设备节点，
但是对同一个适配器两次执行函数attach_adapter就不会产生两个设备节点，
因为产生设备节点的次设备号是由adapter->nr来决定的。内核是不会允许
对同一个设备号注册两次的。

 

五、关于地址管理结构体i2c_client_address_data

i2c.h中初始化了一个默认的结构体addr_data ：

static const struct i2c_client_address_data addr_data = {  \
 .normal_i2c = normal_i2c,     \
 .probe  = probe,     \
 .ignore  = ignore,     \
 .forces  = forces,     \
}

这个结构体与地址探测函数

static int i2c_detect(struct i2c_adapter *adapter, struct i2c_driver *driver)

紧密相关。

forces：

它存储的地址有如下特点:
跳过适配器支持的设备类和驱动支持的设备类匹配判断
 if (!(adapter->class & driver->class))
  goto exit_free;
也就是说即使不匹配，这些设备地址只要满足某些条件也要将其插入适配器。

probe:

probe支持的设备地址不受ignore（忽略某些地址）的影响.

normal_i2c:

normal_i2c[i]中的地址就要受到ignore的影响.

驱动中所支持的地址一般都存于address_data->normal_i2c中。