4. Linux内核I2C子系统架构

Linux 内核的 I2C 子系统采用分层、模块化的设计思想，将复杂的 I2C 通信协议抽象为三个清晰的层次：I2C 核心层、I2C 总线驱动层（适配器层）和 I2C 设备驱动层。这种架构极大地提高了代码的可移植性和复用性，使得驱动开发者可以专注于特定设备的逻辑，而无需关心底层硬件时序。

4.1 分层架构总览

下图清晰地展示了 I2C 子系统的三层架构及其数据流关系。用户空间通过字符设备或内核空间的其他驱动，经由 I2C 设备驱动层与核心层交互，最终由适配器驱动完成与硬件寄存器的通信。

4.2 I2C 核心层 (I2C Core)

I2C 核心层是子系统的中枢，它不直接操作硬件，而是提供一套框架和辅助函数。核心层的主要职责包括：

• 总线管理： 维护系统中的 I2C 总线（适配器）和设备（客户端）的注册与注销。
• 驱动模型： 实现 Linux 设备驱动模型中的 bus_type，负责匹配 i2c_driver 和 i2c_client。
• 协议抽象： 提供标准的 I2C 消息传输函数，如 i2c_transfer()、i2c_smbus_read_byte_data() 等。
• sysfs 接口： 在 /sys/bus/i2c/ 目录下创建总线、设备和驱动的属性文件，供用户空间查询。

4.3 I2C 总线驱动层 (I2C Adapter Driver)

这一层也称为 I2C 适配器驱动，直接与 SoC 上的 I2C 控制器硬件打交道。它的核心任务是：

1. 初始化硬件： 配置 I2C 控制器的时钟频率、中断、GPIO 引脚等。
2. 实现算法： 填充 struct i2c_algorithm 结构体，提供 master_xfer() 函数，该函数负责在 I2C 总线上发起并完成实际的起始信号、数据收发和停止信号。
3. 注册适配器： 通过 i2c_add_adapter() 或 i2c_add_numbered_adapter() 将适配器注册到核心层。

4.4 I2C 设备驱动层 (I2C Device Driver)

这是驱动开发者最常接触的层次。设备驱动层负责实现特定 I2C 从设备（如温度传感器、EEPROM、触摸屏控制器）的逻辑。其核心工作包括：

• 定义驱动： 实现 struct i2c_driver 结构体，填充 probe()、remove()、id_table 等回调函数。
• 与设备通信： 在 probe() 函数中，通过核心层提供的 API（如 i2c_smbus_read_word_data()）与硬件交互。
• 创建设备节点： 通常使用 miscdevice 或 input_dev 等框架，向用户空间暴露访问接口。

4.5 I2C 适配器 (I2C Adapter) 详解

适配器是连接软件算法与硬件控制器的桥梁。每个注册的 I2C 适配器都对应一个总线编号（如 /dev/i2c-0、/dev/i2c-1）。适配器的主要属性如下：

适配器驱动的实现通常位于 drivers/i2c/busses/ 目录下，文件名以 i2c- 开头，例如 i2c-imx.c (i.MX 平台)、i2c-omap.c (OMAP 平台)。

4.6 各层协作流程

当一个 I2C 设备驱动需要读取从设备的数据时，完整的调用链如下：

1. 设备驱动 调用 i2c_smbus_read_byte_data(client, reg)。
2. I2C 核心层 接收到请求，将其封装成一个 struct i2c_msg 消息数组。
3. I2C 核心层 根据 client->adapter 找到对应的适配器，并调用 adapter->algo->master_xfer()。
4. 适配器驱动 的 master_xfer() 函数操作硬件寄存器，在 SCL 和 SDA 线上产生符合 I2C 协议的时序。
5. 硬件完成物理传输后，数据通过适配器驱动、核心层，最终返回给设备驱动。

4.7 关键数据结构关系

理解以下四个核心数据结构之间的关系，是掌握 I2C 子系统的关键：