奶牛养殖场小马

内核sysfs文件系统使用kobject将上述目录中的各个对象链接起来，并组成一个分层的结构体系。内核为sysfs文件目录内的每个目录都创建一个kobject结构。

当然跟设备驱动具体的实现方式有关，通常情况下，一般简单地设备会使用 sysfs 方式操控，其设备驱动在实现时会将设备的一些属性导出到用户空间 sysfs 文件系统，以属性文件的形式为用户空间提供对这些数据、属性的访问支持，譬如 LED、GPIO 等。编译为内联方式的模块则只在当他有非0属性的模块参数时会出现的对应的 /sys/module// ，这些模块的可用参数会出现在 /sys/module//parameter/中。

所以 内核就通过 Kobject Kset 节点 将所有的设备 驱动 总线连接起来，方便管理；Kobject 是设备模型思想的核心(Kset 本质也是Kobject)每一个注册了的Kobject都对应 sys 文件系统中的一个目录，代表着各个设备。设备驱动模型的产生是为了管理日益增多的设备(电源管理),使得设备在底层。总线Kset包含两个Kset(设备kset，设备驱动kset),设备Kset包含所有当前总线的设备的Kobject。驱动Kset包含所有当前总线的驱动的Kobject。如图为 设备模型框架。

在插入u盘后，出现sdb相关节点， 则当前u盘对应的设备节点就是sdb。KERNELS - 硬件端口号，有些设备的 idVendor和idProduct 是相同，依靠这两个并不能完全准确的区分目标设备，这时候就需要用 KERNELS 硬件端口号。同理 SD卡 操作也类似： 示例中硬件端口号是随机写的，思路是一样的，只不过这里 也指定了原生的设备名为 “sd*”，增加了筛选条件。这样就为 sdb 取了一个别名为 “usb-Upan” ，以后在程序里直接访问 “usb-Upan”，就可以与该u盘通信了。

因为字符设备和块设备都很好的体现了“一切都是文件”的设计思想，所以了解掌握Linux文件系统，设备文件系统就显得很重要了。于是从重新简单的整理了一下 Linux文件系统 devfs/udev/sysfs 等三个系统的特点与联系。devfs文件系统按照时间顺序，devfs(设备文件系统)是由Linux2.4内核引入的，当时被许多工程师基于了高度的评价，devfs的出现使得设备驱动程序能够自主的管...

udev 引入在2.4内核中 引入了 devfs，他支持设备节点的动态创建。devfs提供了在内存中的文件系统中创建设备节点的能力。设备驱动程序能够自主的管理自己的设备文件。而命名节点的任务还是落到了设备驱动程序头上。但是，设备命名策略是可管理的，不应该与内核混在一起，设备命名策略可以位于头文件，模块参数，或者用户空间中。而udev则将设备管理的任务推向了用户空间。