udev设备文件系统与devfs设备文件系统对比.docVIP

一.devfs设备文件简略介绍(2.6版本以后内核都采用udev设备文件系统)??? devfs(设备文件系统)是由2.4内核引入的，具有如下优点：??? 1.可以通过程序在设备初始化时在/dev目录下创建设备文件，卸载时将它删除。??? 2.设备驱动程序可以指定设备号,所有者,和权限位,用户空间可以修改所有者和权限位。??? 3.不再需要为设备驱动程序分配主设备号以及处理的次设备号，在程序可以直接????? 给register_chrdev()传递0主设备号以动态获得可用的主设备号，并在devfs_register()????? 中指定次设备号。??? 在2.6内核以前一直使用的是 devfs，devfs挂载于/dev目录下，提供了一种类似于文件的方法来管理位于/dev目录下的所有设备，我们知道??? /dev目?? 录下的每一个文件都对应的是一个设备，至于当前该设备存在与否先且不论，而且这些特殊文件是位于根文件系统上的，在制作文件系统??? 的时候我们就已经建立了这些设备文件，因此通过操作这些特殊文件，可以实现与内核进行交互。但是devfs文件系统有一些缺点，例如：不确定的??? 设备映射，有时一个设备映射的设备文件可能不同，例如我的U盘可能对应sda有可能对应sdb；没有足够的主/辅设备号，当设备过多的时候，??? 显然这会成为一个问题；/dev目录下文件太多而且不能表示当前系统上的实际设备；命名不够灵活，不能任意指定等等。二.udev设备文件详细介绍?? devfs 存在的主要的问题是它处理设备检测、创建和命名的方式，其中设备节点的命名可能是最严重的问题。一般可接受的方式是，如果设备名?? 是可配置的，那么设备命名策略应该由系统管理员决定，而不是由某些开发者强制规定。devfs 文件系统还存在竞争条件(race conditions)?? 的问题，这是它天生的设计缺陷，不对内核做彻底的修改就无法修正这个问题。?? 上篇文章简单介绍sysfs文件系统，您可能想知道 sysfs 是怎么认出系统中存在的设备以及应该使用什么设备号。对于已经编入内核的驱动程序，?? 当被内核检测到的时候，会直接在 sysfs 中注册其对象；对于编译成模块的驱动程序，当模块载入的时候才会这样做。一旦挂载了 sysfs 文?? 件系统(挂载到 /sys)，内建的驱动程序在 sysfs 注册的数据就可以被用户空间的进程使用，并提供给 udev 以创建设备节点。?? udev 初始化脚本负责在 Linux 启动的时候创建设备节点，该脚本首先将 /sbin/udevsend 注册为热插拔事件处理程序。热插拔事?? 件(随后将讨论)本不应该在这个阶段发生，注册 udev 只是为了以防万一。然后 udevstart 遍历 /sys 文件系统，并在 /dev 目录下创建符?? 合描述的设备。例如，/sys/class/tty/vcs/dev 里含有7:0字符串，udevstart 就根据这个字符串创建主设备号为 7 、次设备号为 0 ?? 的 /dev/vcs 设备。udevstart 创建的每个设备的名字和权限由 /etc/udev/rules.d/ 目录下的文件指定的规则来设置。如果 udev 找不?? 到所创建设备的权限文件，就将其权限设置为缺省的 660 ，所有者为 root:root 。?? 上面的步骤完成后，那些已经存在并且已经内建驱动的设备就可以使用了，那么以模块驱动的设备呢？?? 前面我们提到了热插拔事件处理程序的概念，当内核检测到一个新设备连接时，内核会产生一个热插拔事件，?? 并在 /proc/sys/kernel/hotplug 文件里查找处理设备连接的用户空间程序。udev 初始化脚本将 udevsend 注册为该处理程序。?? 当产生热插拔事件的时候，内核让 udev 在 /sys 文件系统里检测与新设备的有关信息，并为新设备在 /dev 里创建项目。?? 大多数 Linux 发行版通过 /etc/modules.conf 配置文件来处理模块加载，对某个设备节点的访问导致相应的内核模块被加载。对 udev 这?? 个方法就行不通了，因为在模块加载前，设备节点根本不存在。为了解决这个问题，在 LFS-Bootscripts 软件包里加入了 modules 启动脚?? 本，以及 /etc/sysconfig/modules 文件。通过在 modules 文件里添加模块名，就可以在系统启动的时候加载这些模块，这样 udev 就?? 可以检测到设备，并创建相应的设备节点了。如果插入的设备有一个驱动程序模块但是尚未加载，Hotplug 软件包就有用了，它就会响应??