3. Linux I2C 子系统架构：三层架构设计

Linux I2C 子系统采用经典的三层软件架构设计，将协议处理、硬件适配与设备驱动解耦。理解这三层的职责划分与交互接口，是编写稳定、可移植 I2C 驱动的核心基础。

3.1 三层架构总览

I2C 子系统从上到下依次为：I2C 设备驱动层、I2C 核心层、I2C 总线驱动层。每一层都有明确的职责边界和标准 API。

3.2 各层职责与关键数据结构

3.3 设备驱动层详解

设备驱动层是开发者最常接触的层次。它通过 i2c_driver 结构体向核心层注册，当设备树中匹配的节点被枚举时，核心层调用 probe() 函数完成驱动初始化。

// i2c_driver 结构体核心成员
struct i2c_driver {
    int (*probe)(struct i2c_client *client, const struct i2c_device_id *id);
    int (*remove)(struct i2c_client *client);
    struct device_driver driver;
    const struct i2c_device_id *id_table;
    const struct of_device_id *of_match_table;  // 设备树匹配表
};

3.4 核心层详解

核心层是 I2C 子系统的中枢神经，负责以下关键任务：

• 总线适配器管理： 通过 i2c_add_adapter() 注册总线适配器，分配总线编号（如 i2c-0、i2c-1）。
• 设备枚举： 解析设备树中 I2C 子节点，调用 i2c_new_device() 创建 i2c_client 实例。
• 协议传输调度： 实现 i2c_transfer() 函数，将上层消息队列传递给总线驱动的 master_xfer()。
• sysfs 接口： 在 /sys/bus/i2c/ 下创建总线、设备和驱动属性文件。

3.5 总线驱动层详解

总线驱动层直接与硬件 I2C 控制器交互。每个 I2C 控制器对应一个 i2c_adapter 实例，其核心是 i2c_algorithm 结构体中的 master_xfer() 回调函数。

// i2c_algorithm 结构体核心成员
struct i2c_algorithm {
    int (*master_xfer)(struct i2c_adapter *adap, struct i2c_msg *msgs, int num);
    int (*smbus_xfer)(struct i2c_adapter *adap, u16 addr, unsigned short flags,
                      char read_write, u8 command, int size, union i2c_smbus_data *data);
};

3.6 三层之间的数据流

一次完整的 I2C 读写操作，数据在三层之间的流动路径如下：

1. 设备驱动层 调用 i2c_transfer() 或 i2c_smbus_read_byte() 等封装函数。
2. 核心层 接收请求，构造 struct i2c_msg 消息数组，调用 adapter 的 master_xfer() 回调。
3. 总线驱动层 将消息转换为硬件时序：发送 start 条件、从机地址、数据字节、stop 条件。
4. 硬件控制器完成物理电平转换，通过 SDA/SCL 线与从机通信。
5. 返回路径逆向：总线驱动层返回传输结果 → 核心层传递状态 → 设备驱动层获取数据。

3.7 架构设计的工程价值