📚 课程目录第1章课程导入

1. 课程导入

在Linux系统中，“设备”并不仅仅指插在主板上的网卡、硬盘或USB外设。从内核视角看，任何能够被驱动程序识别、注册、初始化并对外提供功能的实体，都可以纳入设备模型的管理范围。而“资源管理”则贯穿设备从被发现到被释放的整个过程：内存、I/O端口、中断号、DMA通道、时钟、电源域、GPIO引脚，甚至设备节点和sysfs属性，都是需要被精确分配与回收的资源。本课程的核心，就是沿着设备生命周期的完整链路，理解Linux如何发现设备、绑定驱动、申请资源、处理热插拔，并在设备移除时安全释放一切。

一、整体框架：从硬件到用户空间的一条链

Linux设备生命周期可以概括为一条清晰的信号与数据链路：硬件总线产生设备事件，内核设备模型维护拓扑关系，驱动核心完成匹配与探测，资源管理子系统分配并跟踪资源，最终通过字符设备、块设备、网络接口或sysfs暴露给用户空间。当设备被移除或驱动卸载时，链路反向执行：停止对外服务、释放资源、解除绑定、注销设备对象。

这条链路上有三个关键抽象层。第一层是总线层，如PCI、USB、I2C、SPI、Platform，负责枚举设备并报告设备存在。第二层是设备与驱动模型层，由struct device、struct device_driver和struct bus_type构成，负责匹配、探测和绑定。第三层是资源与接口层，包括devm_*资源管理、中断子系统、DMA引擎、时钟框架、regulator框架以及字符设备接口。三层协同，才构成一个可运行、可维护、可热插拔的设备。

二、核心概念：设备、驱动、总线与资源

理解本课程，需要先建立四个核心概念。第一，设备（device）是硬件或虚拟实体的内核表示，它记录自身所属总线、父设备、资源列表和驱动绑定状态。第二，驱动（driver）是一段能够操作某类设备的代码，它通过probe函数接管设备，通过remove函数释放设备。第三，总线（bus）是设备与驱动之间的匹配中介，它定义匹配规则，并在匹配成功后触发探测。第四，资源（resource）是设备运行所需的有限系统资产，必须被显式申请、跟踪和释放。

这四个概念之间的关系可以用一句话概括：总线发现设备，设备等待驱动，驱动申请资源，资源支撑服务。任何一环缺失，设备都无法进入可用状态。例如，一个I2C温度传感器被总线枚举后，如果内核中没有匹配的驱动，它只会出现在sysfs中而不会产生/dev节点；如果驱动存在但中断资源申请失败，探测就会回滚，设备同样不可用。

三、方法流程：设备从插入到可用的标准路径

以一次典型的USB设备插入为例，标准路径如下：

USB主机控制器检测到端口电平变化，产生热插拔事件。
USB核心枚举设备，读取设备描述符，创建struct usb_device并注册到设备模型。
总线匹配机制遍历已注册的USB驱动，比较id_table或of_device_id。
匹配成功后调用驱动的probe函数，驱动申请URB、中断、DMA缓冲区等资源。
驱动注册字符设备或网络接口，创建/dev节点或/sys属性。
用户空间通过open、read、write或ioctl使用设备。
拔出设备时，USB核心调用disconnect，驱动释放资源并注销接口。

对于平台设备，路径略有不同：设备树或ACPI在启动时描述设备，内核在初始化阶段注册platform_device，随后与platform_driver匹配。但无论总线类型如何，匹配—探测—申请—注册—释放这条主线不变。

# 查看设备与驱动的绑定关系
ls /sys/bus/usb/devices/
ls /sys/bus/platform/drivers/

# 查看某设备已申请的资源
cat /proc/interrupts | grep -i eth
cat /proc/iomem | grep -i pci

# 查看设备树中的资源描述
ls /proc/device-tree/soc/i2c@13860000/

四、案例与场景：一个I2C传感器驱动的生命周期

假设我们在设备树中描述了一个I2C温度传感器，地址为0x48，使用GPIO作为报警引脚。系统启动时，I2C控制器驱动先注册适配器，随后I2C核心根据设备树创建客户端设备。当传感器驱动模块加载时，of_device_id匹配成功，probe函数依次执行：调用devm_kzalloc分配私有结构体，调用devm_regmap_init_i2c建立寄存器映射，调用devm_request_threaded_irq申请中断，最后注册hwmon或iio设备。用户空间通过/sys/class/hwmon/读取温度值。当模块卸载时，devm托管资源自动释放，中断被注销，设备节点消失，整个过程无需手动编写复杂的错误回滚代码。

实战提示：优先使用devm_*系列接口管理资源，可以显著减少probe失败时的清理代码，降低资源泄漏风险。但要注意，devm资源在remove阶段才释放，若设备需要提前释放某资源，仍需手动调用对应的devm_free或devm_release。

五、常见误区与复盘

误区	后果	正确做法
在`probe`中直接使用全局变量保存设备指针	多设备场景下互相覆盖，热插拔后悬空指针	使用`dev_set_drvdata`和`dev_get_drvdata`绑定私有数据
申请中断后忘记在`remove`中释放	中断号泄漏，设备重新插入时申请失败	使用`devm_request_irq`或显式`free_irq`
认为设备树描述后驱动一定会加载	设备存在但无`/dev`节点，功能不可用	检查驱动是否编译进内核或已`modprobe`，确认`compatible`匹配
在`remove`中先释放资源再注销设备节点	用户空间仍可打开节点，触发空指针或崩溃	先注销接口，再释放底层资源

注意：设备生命周期管理中最危险的不是“申请失败”，而是“释放顺序错误”。释放顺序应与申请顺序严格相反，并且要确保没有并发访问仍在进行。对于热插拔设备，还需要考虑引用计数和同步机制，避免remove与用户空间read发生竞争。

六、学习目标与实战路线图

完成本课程后，你应当能够：读懂设备树和ACPI中的设备描述；理解总线匹配与驱动探测的完整流程；熟练使用devm资源管理接口；掌握中断、DMA、时钟、GPIO等资源的申请与释放；能够排查设备无法识别、资源冲突、热插拔异常等典型问题；并能够为一个真实外设编写结构清晰、资源安全的Linux驱动。

实战路线图建议按以下顺序推进：先观察/sys和/proc中的设备与资源信息，建立直观认识；再阅读一个简单的平台驱动或I2C驱动源码，跟踪probe与remove；然后动手修改设备树，添加一个虚拟设备并验证匹配；最后编写一个带中断和devm资源管理的完整驱动，并进行插拔与卸载测试。沿着这条路线，设备生命周期与资源管理将从抽象概念变成可操作、可验证的工程能力。