Linux 下对设备的管理方式主要有 /dev 和 sysfs 两种,前者是将设备注册为设备节点放入 /dev 目录下,而后者是在 linux2.6 内核后引入的新的文件系统。
一、/dev 方式
关于 /dev 的管理方式,也经历了几代,下面介绍 /dev 管理方式的发展:
1、静态 /dev 文件
在 Linux 中,老的设备管理方式是将设备通过设备节点放入 /dev 目录下,每个设备节点是 /dev根目录下的一个文件,那么。如何区分这些设备节点,为了对这些设备节点进行命名,Linux 通过主次设备号来指定不同的设备节点。
有了主次设备号,如何指定主次设备号成了一个开发人员必须面临的问题。如果开发人员不打算将设备驱动程序与外界共享,那么指定什么号码都可以,只要她与当前设备内核使用的其他主设备不冲突即可。然而,如果开发人员想让驱动程序与外界共享(大多数 Linux 开发人员常常采用这一方法),那么这样随意指定设备号就不行了,因为用户和其他开发人员并不知道哪个设备号对应于改设备,因此开发人员必须联系 linux 内核开发人员分配一个真实主设备号,这样在整个 linux 世界中,只有这个特定设备号才会被关联到那个特定的设备号(即每一个设备对应一个唯一的设备号),而这个设备号也被汇入 Linux 的发行版本的 /dev 目录中。
基于这样的处理方式,就会产生以下问题。
- 由于不断涌入的新设备,设备号会慢慢耗尽。
- 这样的申请分配方式对于设备的管理比较麻烦。
- 由于“正式”设备好不断汇入 /dev 目录。哪怕该设备在某些硬件上并不存在,这就导致很多设备号指向并存在的一些设备,在后期的 /dev 目录下甚至有上万个设备号。
2、Devfs
linux kernel 2.4 版本后引入 devfs,devfs 是一个虚拟的文件系统,相比与静态的 /dev 文件主要有两点改进:
- 允许使用自定的设备名称来注册设备节点,同时它兼容老的设备号,例如我们注册一个设备节点 /dev/mydev 。
- 所有的设备都由内核在系统启动时期创建并注册到 /dev 目录下,这就意味这 /dev 不在被成百个“无用”的设备节点充斥。
3、Udev
Devfs 解决静态 /dev 管理的很多问题,但是它任然存在一定缺陷,基于此,在 linux kernel 2.6.x 版本后,Linux 引入了 udev,从而对 devfs 进行改进。udev 是一个对 /dev 下设备节点进行动态管理的用户空间程序,她通过自身的守护进程和自定义的一些列规则来处理设备的加载,移除和热插拔等活动。
相比与 devfs ,它的主要改进如下:
- 传统的 devfs 命名不够灵活,设备名称不可预知,而 udev 支持设备的固定命名。例如如果现在有两个硬盘,在 devfs 中,他们对应的设备节点分别是 /dev/sda 和 /dev/sdb ,那么我们就不知道硬盘对应于 sda 哪个又是 sdb,而 udev 提供了存储设备的固定命名,任何硬盘根据其唯一的文件系统 id,磁盘名称及硬件链接的物理位置来进行识别。
- 设备在热插拔的时候,用户态程序应该有办法得到通知。
udev 运行在用户空间中,设备在热插拔时候,会通过 netlink(linux 中内核空间和用户空间进程之间通信的方式)通知 udev,因此用户空间程序可以得到通知了,同时 Udev 运行在用户空间还可以减少内存的使用。
devfs 其他问题是:
- devfs 代码不灵活,只显示存在的设备列表,而有时候我们希望看到暂时不存在的设备名字
- major、minor 快被分配光了,我们需要考虑动态分配方法,而 devfs 不能支持。
而当设备较多的时候,不能动态分配节点给设备注册造成很大的麻烦,需要不停尝试不同的设备节点以检查是否冲突。
二、sysfs
sysfs 是 Linux2.6 引入的一种虚拟文件系统,挂载于 /sys 目录下,这个文件系统把实际链接到系统上的设备,总线及其对应的驱动程序组织成分级的文件。从而将设备的层次结构映射到用户空间中,用户空间可以通过修改 sysfs 中文件属性来修改设备属性值,从而与内核设备交互。
三、udev 和 sysfs 的关系
sysfs 是对 devfs 改进,udev 也是对 devfs 的改进。
两者之间的区别与联系为:
实际上用户的工具 udev 就是利用 sysfs 提供的信息来实现的:
udev 会根据 sysfs 里面的设备信息创建 /dev 目录下的相应设备节点。
(SAW:Game Over!)