linux设备驱动程序——i2c总线的添加与实现

i2c总线的初始化

分析i2c框架自然是从i2c总线的初始化开始，一切内核中i2c的相关操作都将建立在i2c总线的基础上。

在实际驱动开发过程中，i2c总线也是集成在系统中的，驱动开发者不需要关心i2c总线的初始化，只需要将相应的i2c_client和i2c_driver挂载在总线上进行匹配即可。

将总线注册到系统

那么，i2c总线在系统中是如何初始化得来的呢？

答案就在文件i2c-core-base.c中，它的过程是这样的：

static int __init i2c_init(void)
{
    ...
    bus_register(&i2c_bus_type);
    ...
}
postcore_initcall(i2c_init);

在i2c_init函数中，使用bus_register()将i2c总线注册到系统中，那么这个i2c_init()函数是在哪里被调用的呢？

在内核启动的过程中，进入C语言环境的第一个入口函数是start_kernel()，但是i2c_init()并非由start_kernel()间接调用，而是借助于linux内核中的initcall机制被调用，简而言之，就是将这个函数地址在编译阶段放入特定的段中，在内核初始化时由某个启动函数将这些段中的函数一一取出并执行。

i2c总线通过postcore_initcall()将init函数注册到系统中。

总线对应的参数

在上一节中的bus_register()注册函数中，从函数名可以看出，将i2c_bus_type注册到bus系统中，我们再来看看i2c_bus_type是何方神圣：

struct bus_type {
    ...
    int (*match)(struct device *dev, struct device_driver *drv);
    int (*uevent)(struct device *dev, struct kobj_uevent_env *env);
    int (*probe)(struct device *dev);
    int (*remove)(struct device *dev);
    void (*shutdown)(struct device *dev);
    int (*online)(struct device *dev);
    int (*offline)(struct device *dev);
    int (*suspend)(struct device *dev, pm_message_t state);
    int (*resume)(struct device *dev);

    struct subsys_private *p;
    ...
};

struct bus_type i2c_bus_type = {
    .name		= "i2c",
    .match		= i2c_device_match,
    .probe		= i2c_device_probe,
    .remove		= i2c_device_remove,
    .shutdown	= i2c_device_shutdown,
};

当这个模块被加载进系统时，就会执行i2c_init函数来进行初始化。

struct bus_type结构体描述了linux中的各种bus，比如spi bus，i2c bus，platform bus等等，可以看到，在i2c_bus_type中，定义了match(),probe(),remove()和shutdown()函数，match()函数就是当有新的i2c_client或者i2c_driver添加进来时，试图寻找与新设备匹配的项，返回匹配的结果。

remove()和shutdown()，顾名思义，这两个函数是管理的驱动移除行为的。

而对于probe函数，在之前的章节中提到：当相应的device和driver经由总线匹配上时，会调用driver部分提供的probe函数。

那么：

• 总线的probe函数和具体驱动driver部分的probe函数是怎么一个关系呢？
• match函数和probe函数到底是怎么被调用的，以及执行一些什么行为呢？

带着这两个疑问，我们接着往下看。

match()和probe()

在这里我们不免要回顾一下前面章节所说的，作为一个驱动开发者，如果我们要开发某些基于i2c的设备驱动，需要实现的框架流程是怎样的：

• 填充一个i2c_driver结构体，如果以设备树方式匹配，需要填充of_match_table部分