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放到一条链表里。