i2c子系统之 adapter driver注册——i2c_dev_init()

i2c的操作在内核中是当做字符设备来操作的，相关初始化在由i2c_dev_init函数来初始化。

并且i2c adapter的驱动通过i2cdev_driver这个通用驱动的attach方法来实现注册的。

下面具体分析整个过程。

1.i2c_dev_init函数

static int __init i2c_dev_init(void){        。。。 。。。res = register_chrdev(I2C_MAJOR, "i2c", &i2cdev_fops);if (res)goto out;i2c_dev_class = class_create(THIS_MODULE, "i2c-dev");if (IS_ERR(i2c_dev_class)) {res = PTR_ERR(i2c_dev_class);goto out_unreg_chrdev;}res = i2c_add_driver(&i2cdev_driver);        。。。 。。。}

函数首先调用register_chardev函数向内核注册主备号为I2C_MAJOR、操作集为i2cdev_fops的字符设备。

register_chrdev函数最终会向系统注册主设备为I2C_MAJOR，此设备号为0~255的设备。这表示系统最多

可以容纳256个i2c adapter，adapter的字符操作方法i2cdev_fops如下：

static const struct file_operations i2cdev_fops = {.owner= THIS_MODULE,.llseek= no_llseek,.read= i2cdev_read,.write= i2cdev_write,.unlocked_ioctl= i2cdev_ioctl,.open= i2cdev_open,.release= i2cdev_release,};

当read()、write()、open()、close()、ioctl()等系统调用发生时就会调用到这些函数。

但是i2cdev_fops其实是通用的的操作，应为不同的adapter对应的操作方法肯定有区别

所以这里的fops只是具体adapter操作方法的一层外壳，具体稍后分析。

字符设备注册完毕后通过class_create()函数初始化一个类i2c_dev_class，这个类稍后需要使用，用于在

/dev/i2c-0下自动创建设备，后面分析。

类初始化完毕后，然后调用函数i2c_add_driver函数注册i2c driver。这里所说的i2c其实对应的是系统中所有的i2c类设备。

通过i2c driver中的attach_adapter方法来实现将adapter和对应的驱动绑定。

static struct i2c_driver i2cdev_driver = {.driver = {.name= "dev_driver",},.attach_adapter= i2cdev_attach_adapter,.detach_adapter= i2cdev_detach_adapter,};

此处注意attach_adapter这个方法，/dev目录下的设备创建是在通过执行此函数实现的。

下面具体分析i2c_add_driver注册i2cdev_driver的过程

2.i2c_add_driver

i2c_add_driver函数只是对i2c_register_driver做了简单的封装，下面直接分析i2c_register_driver

int i2c_register_driver(struct module *owner, struct i2c_driver *driver){int res;/* Can't register until after driver model init */if (unlikely(WARN_ON(!i2c_bus_type.p))){printk("Can't register until after driver model init\n");return -EAGAIN;}/* add the driver to the list of i2c drivers in the driver core */driver->driver.owner = owner;driver->driver.bus = &i2c_bus_type;/* When registration returns, the driver core * will have called probe() for all matching-but-unbound devices. */res = driver_register(&driver->driver);if (res)return res;pr_debug("i2c-core: driver [%s] registered\n", driver->driver.name);INIT_LIST_HEAD(&driver->clients);/* Walk the adapters that are already present */mutex_lock(&core_lock);bus_for_each_dev(&i2c_bus_type, NULL, driver, __process_new_driver);mutex_unlock(&core_lock);return 0;}

函数通过

driver->driver.bus = &i2c_bus_type;

可见此驱动通过函数driver_register()之后 同样会被注册到了i2c总线上。

值得一提的是此处i2cdev_driver中的attach_adapter的执行机会很大，

通过bus_for_each_dev()函数

bus_for_each_dev(&i2c_bus_type, NULL, driver, __process_new_driver);

会尝试和i2c总线上所有的dev进行一次匹配，只要获取的dev为adapter时，就可执行后续操作。

此处的bus_for_each_dev函数主要功能就是循环查询一遍i2c总线上所有的dev，包括adapter device和client device。

然后依次将dev和driver作为__process_new_driver的参数并执行__process_new_driver函数，但是只有adapter device

才会执行后续的操作，否则返回继续轮询i2c总线上的dev。

static int __process_new_driver(struct device *dev, void *data){if (dev->type != &i2c_adapter_type)return 0;return i2c_do_add_adapter(data, to_i2c_adapter(dev));}

可以发现__process_new_driver函数首先判断的是dev的类型，假如是adapter类型才会继续执行

后面的代码，假如不是则立即返回继续摘取下个dev然后循环执行__process_new_driver。因为对

我们来说，我们只需要注册adapter的驱动就可以了，i2c的所有操作是通过主机来完成的，从机只是

被动接受。由于之前已经通过i2cadd_numbered_adapter()注册过adapter到总线i2c_bus_type，

所以此处有机会执行后面的i2c_do_add_adapter函数。

static int i2c_do_add_adapter(struct i2c_driver *driver,      struct i2c_adapter *adap){/* Detect supported devices on that bus, and instantiate them */i2c_detect(adap, driver);/* Let legacy drivers scan this bus for matching devices */if (driver->attach_adapter) {/* We ignore the return code; if it fails, too bad */driver->attach_adapter(adap);}return 0;}

可以发现在i2c_do_add_adapter函数主要执行的是i2c_dectect和driver->attach_adapter。

由于此处驱动并未初始化driver->detect，所以i2c_detect函数未执行有效操作就会退出。

接着通过传统方式执行driver->attach_adapter方法。

tatic int i2cdev_attach_adapter(struct i2c_adapter *adap){struct i2c_dev *i2c_dev;int res;i2c_dev = get_free_i2c_dev(adap);if (IS_ERR(i2c_dev))return PTR_ERR(i2c_dev);/* register this i2c device with the driver core */i2c_dev->dev = device_create(i2c_dev_class, &adap->dev,     MKDEV(I2C_MAJOR, adap->nr), NULL,     "i2c-%d", adap->nr);if (IS_ERR(i2c_dev->dev)) {res = PTR_ERR(i2c_dev->dev);goto error;}res = device_create_file(i2c_dev->dev, &dev_attr_name);if (res)goto error_destroy;pr_debug("i2c-dev: adapter [%s] registered as minor %d\n", adap->name, adap->nr);return 0;error_destroy:device_destroy(i2c_dev_class, MKDEV(I2C_MAJOR, adap->nr));error:return_i2c_dev(i2c_dev);return res;}

可见attach_adapter函数的作用就是调用device_create()函数 通过之前class_create的类信息在/dev下自动创建设备文件。

并且此设备的设备号是由固定的主设备号I2C_MAJOR 和 从设备号组成的，从设备号取的就是adapter的nr，此处为0。

并且可以推断出系统最多可以容纳0~255 总共256个i2c adapter。

到此i2c部分的初始化就完成了，可以通过read write来操作设备了。

补充：上面说的新方法好像在驱动里面就会detect client，然后把所有检测到的client放到一条链表里。