2. Linux I2C 子系统架构：三层架构解析

Linux I2C 子系统采用经典的分层设计思想，将 I2C 总线相关的功能抽象为三个独立的层次：I2C 核心层、I2C 总线驱动层和I2C 设备驱动层。这种分层架构实现了硬件无关性与硬件相关性的解耦，使得驱动开发者可以专注于各自层次的逻辑，而无需关心其他层次的实现细节。

2.1 三层架构总览

下图展示了 Linux I2C 子系统的完整分层结构及各层之间的交互关系：

2.2 各层职责与核心数据结构

每一层都有其明确的数据结构和职责边界。下表总结了各层的核心结构、主要功能及典型实现文件：

2.3 设备驱动层详解

I2C 设备驱动层是驱动开发者最常接触的层次。它负责与具体的 I2C 从设备（如 EEPROM、传感器、音频编解码器）进行通信。该层的主要工作包括：

• 定义 i2c_driver 结构体：填充 probe()、remove()、id_table 等回调函数。
• 设备树匹配：通过 of_match_table 将设备节点与驱动绑定。
• 中断注册：在 probe() 中调用 request_threaded_irq() 或 devm_request_irq() 注册中断处理函数。
• 数据传输：调用核心层提供的 i2c_transfer() 或 i2c_smbus_*() 系列函数完成读写操作。

2.4 核心层详解

I2C 核心层是整个子系统的“中枢神经系统”，它提供了以下关键机制：

1. 总线注册与管理：维护系统中所有 I2C 适配器的链表，提供 i2c_add_adapter() / i2c_del_adapter() 接口。
2. 设备注册与枚举：解析设备树或板级代码，创建 i2c_client 实例，并调用匹配的驱动 probe()。
3. 传输抽象：封装 i2c_transfer() 函数，处理消息队列、重试逻辑、总线锁定与原子上下文。
4. SMBus 协议支持：提供 i2c_smbus_read_byte()、i2c_smbus_write_word_data() 等便捷函数，简化常见协议操作。
5. 设备文件接口：通过 i2c-dev.c 提供 /dev/i2c-N 字符设备，允许用户空间直接访问 I2C 总线。

2.5 总线驱动层详解

总线驱动层是离硬件最近的层次，它直接操作 I2C 控制器的寄存器。该层的核心是 struct i2c_algorithm，它定义了底层硬件如何执行 I2C 总线协议：

struct i2c_algorithm {
    /* 标准 I2C 传输函数 */
    int (*master_xfer)(struct i2c_adapter *adap,
                       struct i2c_msg *msgs, int num);
    /* SMBus 传输函数（可选） */
    int (*smbus_xfer)(struct i2c_adapter *adap, u16 addr,
                      unsigned short flags, char read_write,
                      u8 command, int size,
                      union i2c_smbus_data *data);
    /* 功能支持查询 */
    u32 (*functionality)(struct i2c_adapter *adap);
};

总线驱动层的主要工作包括：

• 实现 master_xfer：解析 i2c_msg 数组，逐条生成 START、SLAVE_ADDR、DATA、STOP 等时序。
• 时钟与速率控制：设置 I2C 控制器的时钟分频器，支持标准模式（100kHz）和快速模式（400kHz）。
• 中断处理：处理控制器产生的中断（如传输完成、仲裁丢失、NACK 接收），并唤醒等待的传输线程。
• 电源管理：实现运行时挂起/恢复，在总线空闲时关闭控制器时钟以降低功耗。

2.6 三层交互流程

下面以一次典型的 I2C 读操作为例，展示三层之间的完整调用链：

2.7 分层设计的优势

Linux I2C 子系统的三层架构带来了以下工程优势：