1. 项目概述
在Linux系统中，设备管理一直是个既基础又复杂的课题。记得我第一次尝试在嵌入式Linux板上挂载自定义USB设备时，花了整整两天时间才搞明白为什么设备节点没有自动创建。直到发现了udev和sysfs这对黄金组合，才真正理解了Linux设备管理的精髓。
sysfs文件系统作为Linux设备模型在用户空间的直观呈现，而udev则是基于这套模型实现用户空间设备管理的守护进程。它们共同构成了现代Linux系统中设备热插拔、动态管理的基础设施。无论是插入一个U盘，还是连接一块新的硬盘，背后都是这套机制在默默工作。
本文将深入剖析sysfs文件系统与Linux设备模型的关系，并展示udev如何利用这些信息实现灵活的设备管理。无论你是嵌入式开发者需要定制设备规则，还是运维人员需要调试硬件问题，理解这套机制都将事半功倍。
2. 核心概念解析
2.1 Linux设备模型的三层架构
Linux设备模型采用了一种清晰的三层架构设计：
-
总线层(Bus)：负责管理设备和驱动程序的连接，比如PCI总线、USB总线等。每种总线类型在内核中都有对应的总线类型结构体定义。
-
设备层(Device)：代表实际存在的硬件设备，包含设备的唯一标识符、资源分配等信息。内核用device结构体来描述每个设备。
-
驱动层(Driver)：包含控制特定设备的代码，知道如何初始化设备、处理中断等。驱动通过device_driver结构体与内核交互。
这种分层设计使得内核能够以统一的方式管理各种硬件设备，无论它们是PCI卡、USB设备还是平台设备。当你在/sys/bus目录下看到的各种子目录，实际上就是这种架构的直观体现。
2.2 sysfs文件系统的组织方式
sysfs是一个基于内存的文件系统，它提供了内核对象(kobject)层次结构的视图。挂载在/sys目录下，主要包含以下重要子目录：
code复制/sys
├── block/ # 块设备
├── bus/ # 总线类型
│ ├── pci/
│ ├── usb/
│ └── ...
├── class/ # 设备类别
├── devices/ # 设备树
├── firmware/ # 固件相关
└── kernel/ # 内核配置
每个目录和文件都对应着内核中的一个数据结构。例如，当你查看/sys/bus/usb/devices时，看到的每个子目录都代表一个USB设备或接口。这种设计使得用户空间程序可以通过简单的文件操作来获取设备信息。
提示：使用
tree -L 2 /sys命令可以快速查看sysfs的目录结构，但要注意在某些系统上这个命令可能会输出大量信息。
2.3 udev的工作流程
udev作为用户空间的设备管理器，其工作流程可以分为以下几个关键步骤：
-
内核事件触发：当设备被插入、移除或状态改变时，内核会发送一个uevent事件。
-
规则匹配：udev接收到事件后，会依次检查/etc/udev/rules.d/目录下的规则文件（按数字顺序），寻找匹配的规则。
-
设备节点操作：根据匹配的规则，udev会创建、删除或修改/dev目录下的设备节点文件。
-
执行附加动作：某些规则可能还会触发自定义脚本的执行，用于更复杂的设备初始化工作。
整个过程是异步进行的，确保了设备管理的实时性，同时不会阻塞内核的其他操作。
3. 深入sysfs与设备模型
3.1 kobject与属性文件
sysfs的核心是kobject（内核对象），它是Linux设备模型中最基本的构建块。每个在内核中注册的设备、驱动或总线都会对应一个kobject。这些kobject通过父子关系形成了层次结构，最终映射为sysfs中的目录结构。
属性文件是kobject在sysfs中的表现形式。内核开发者可以通过以下方式为kobject添加属性：
c复制static ssize_t show_attr(struct device *dev,
struct device_attribute *attr,
char *buf)
{
return sprintf(buf, "%d\n", some_value);
}
static ssize_t store_attr(struct device *dev,
struct device_attribute *attr,
const char *buf, size_t count)
{
sscanf(buf, "%d", &some_value);
return count;
}
static DEVICE_ATTR(attr_name, 0644, show_attr, store_attr);
这段代码创建了一个名为"attr_name"的可读写属性文件，权限为0644。当用户