Linux 驱动分层架构详解
Linux 内核采用了高度模块化和分层的设计理念，其核心目的是解耦硬件细节与上层应用，通过分层架构，内核能够支持成千上万种不同的硬件设备，而无需为每一种设备重新编写整个操作系统接口。
整体分层模型
从上到下,Linux 驱动的调用链路通常分为以下五个层级：
- 用户空间 (User Space)：应用程序通过标准系统调用与内核交互。
- 系统调用接口/虚拟文件系统 (VFS)：提供统一的接口（如
read,write,ioctl），屏蔽底层文件系统的差异。 - 通用子系统/类驱动层 (Generic Subsystem/Class Layer)：定义某一类设备的通用行为标准（如输入设备、网络设备、块设备）。
- 具体设备驱动层 (Specific Device Driver)：实现具体硬件的控制逻辑，将通用指令转换为硬件寄存器操作。
- 硬件层 (Hardware Layer)：物理芯片及总线（如 I2C, SPI, PCIe, USB）。
各层详细职责
用户空间 (User Space)
用户应用程序不需要知道硬件的具体型号,只需要通过
设备文件（如 /dev/ttyS0）或 网络套接字 (Socket) 进行操作。
- 交互方式：调用标准 C 库函数（如
open(),read(),write(),close()）。
虚拟文件系统 (VFS)
VFS 是 Linux 的核心机制，它将所有设备抽象为“文件”。
- 核心作用：将用户空间的系统调用映射到内核空间的驱动函数。
- 关键结构：通过
file_operations结构体将文件操作与驱动程序的具体实现绑定。
通用子系统/类驱动层 (Generic Subsystem)
为了避免每个驱动都重复实现相同的功能,Linux 引入了子系统层。
- Input 子系统：统一管理键盘、鼠标、触摸屏，无论硬件是 I2C 还是 USB，上层看到的都是统一的输入事件。
- 网络子系统 (Network Stack)：定义了
net_device结构，所有网卡驱动只需填充该结构，即可接入 TCP/IP 协议栈。 - 块设备子系统 (Block Layer)：处理请求队列、I/O 调度，为磁盘驱动提供统一接口。
具体设备驱动层 (Specific Driver)
这是驱动开发的核心,负责硬件适配。
- 职责：操作硬件寄存器、处理中断、管理 DMA 传输。
- 实现：将子系统层传下来的通用请求（如“读取数据”）转换为具体硬件能理解的指令（如“向 0x4000 地址写入 0x01”）。
硬件层 (Hardware)
物理设备通过总线 (Bus) 与 CPU 连接。
- 常见总线：PCIe, USB, I2C, SPI, Platform Bus。
- 驱动匹配：驱动程序通过
device_id与设备树 (Device Tree) 或 ACPI 信息进行匹配，从而绑定到具体的硬件实例。
实例分析：以 I2C 温度传感器为例
为了更好地理解分层,我们可以看一个温度传感器数据的读取流程：
- 用户空间：应用程序调用
read("/dev/temp_sensor", buf, len)。 - VFS 层：识别出该文件对应的是一个字符设备，调用该设备驱动的
.read函数。 -
通用子系统 (hwmon)
：如果是通过hwmon(硬件监控) 子系统，它会标准化温度数据的格式（如毫摄氏度）。 - 具体驱动层：驱动程序计算出温度寄存器的地址，调用 I2C 核心 API 发起传输请求。
- 总线驱动 (I2C Adapter)：I2C 控制器驱动操作物理寄存器，通过 SCL/SDA 线从传感器读取原始二进制数据。
- 原路返回：硬件数据 $rightarrow$ I2C 驱动 $rightarrow$ 温度驱动 $rightarrow$ hwmon 子系统 $rightarrow$ VFS $rightarrow$ 用户空间。
分层架构的优势
- 可移植性：更换硬件时，只需修改最底层的具体驱动，上层应用和子系统无需变动。
- 代码复用：通用子系统实现了大量重复逻辑（如缓冲管理、队列调度），具体驱动只需关注硬件特性。
- 标准化：通过定义统一的接口规范，使得第三方开发者可以快速为新硬件编写驱动并无缝集成到内核中。
- 稳定性：隔离了用户空间与硬件，防止应用程序直接操作硬件导致系统崩溃。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/491530.html
