i2c驱动的软件框架与基本的注册流程如上图，说明如下：

• 最右边部分为i2c设备驱动，包含i2c_driver和i2c_client两个核心结构体，在设备树中将某个设备挂在到某个i2c总线节点下，of_i2c_rigister_devices(adap)将该设备节点转换为i2c_client，添加到总线的设备列表中；i2c_driver在驱动加载时通过i2c_register_drive添加到总线的驱动列表中，通过i2c_device_match函数匹配compitible属性，若匹配成功，则执行i2c_driver下的probe函数，在这里实现对该i2c设备的初始化，以及open、write等操作方式，以供用户空间调用。
• 最左边为i2c控制器驱动，其中设备树节点中的i2c控制器节点被转换为platform_device，添加到platform_bus_type的虚拟总线设备列表中，在驱动加载时，相应的platform_driver也会被加载到虚拟总线的驱动列表中，然后执行driver->i2x_imx_probe函数。
• 中间是i2x_imx_probe函数里面所做的工作，首先是将构建一个i2c_adapter，然后调用了i2c_register_adapter函数，将该i2c_adapter注册到i2c_bus_type的总线上，最后调用of_i2c_register_devices(adap)将挂载在当前i2c总线上的设备添加到i2c_bus_type类型的设备列表中，查找有无匹配的驱动被注册，与设备驱动的注册流程完成闭环。

面对如此复杂的Linux i2c子系统，驱动工程师要完成哪些工作？

一方面，适配器驱动可能是Linux内核本身还不包含的；另一方面，挂接在适配器上的具体设备驱动可能也是Linux内核还不包含的。因此，工程师要实现的主要工作如下。

• 提供I2C适配器的硬件驱动，探测、初始化I2C适配器（如申请I2C的I/O地址和中断号）、 驱动CPU控制的I2C适配器从硬件上产生各种信号以及处理I2C中断等。
• 提供I2C 适配器的 algorithm，用具体适配器的 xxx_xfer()函数填充 i2c_algorithm 的 master_xfer 指针，并把i2c_algorithm 指针赋值给 i2c_adapter 的 algo 指针。
• 实现I2C设备驱动中的i2c_driver接口，用具体设备yyy的yyy_probe()、yyy_remove()、 yyy_suspend()、yyy_resume()函数指针和 i2c_device_id 设备 ID 表赋值给 i2c_driver 的 probe、remove、suspend、resume 和 id_table 指针。
• 实现I2C设备所对应类型的具体驱动，i2c_driver只是实现设备与总线的挂接，而挂接在 总线上的设备则是千差万别。例如，如果是字符设备，就实现文件操作接口，即实现具体设备yyy的yyy_read()、yyy_write()和 yyy_ioctl()函数等；如果是声卡，就实现 ALSA 驱动。

使用过程中会用到以下参数：

-y：自动选择yes，跳过交互

-r：快速读指令

-q：快速写指令

-f：强制使用此设备地址

• i2cdetect

i2cdetect -l 探测所有的i2c总线