基于udev在用户空间对linux 设备进行管理

如果你使用Linux比较长时间了，那你就知道，在对待设备文件这块，Linux改变了几次策略。在Linux早期，设备文件仅仅是一些带有适当的属性集的普通文件，它由mknod命令创建，文件存放在/dev目录下。后来，采用了devfs, 一个基于内核的动态设备文件系统，他首次出现在2.3.46内核中。Mandrake，Gentoo等Linux分发版本采用了这种方式。devfs创建的设备文件是动态的。但是devfs有一些严重的限制，从2.6.13版本后移走了。目前取代他的便是文本要提到的一个用户空间程序udev。

为什么使用udev？

首先来说一下我最近遇到的一个去年开发过的产品出的bug，我的设备上有三路can通信，当时在开发的时候为了满足应用层接口需求，将三个can接口顺序按照应用需求做了一定的调整，但在最近维护的时候发现，同一包内核代码，再次编译发现can的接口顺序竟然做了改变。先是检查了内核中makefile 编译的先后顺序，发现并没有改变。再检查了dts的配置先后顺序，依然没有改变，但是can的接口注册加载顺序就这样莫名其妙的发生了改变，这让我一时很不解，后来究其原因，主要还是以上两种通过makefile 改变driver编译先后顺序以及特定的dts 配置先后顺序都是不稳定的。接口的注册加载先后顺序与内核编译以及配置顺序并无强关联的必然联系，而是与系统启动运行时子系统driver注册加载的优先级的先后顺序有关，因此在当你内核其他地方稍微做出一点改动的时候，便极有可能不小心改变影响了系统运行时接口的注册顺序。包括网上常见的说法，通过在dts中aliases或者chosen 对设备声明别名的方式，本人经过尝试后并无法解决此问题。因此，以上所述方法均可能使后续的系统维护存在不稳定和不确定性。

而udev的目标是想解决上面提到的这些问题，他通采用用户空间(user-space)工具来管理/dev/目录树，他和文件系统分开。知道如何改变缺省配置能让你之大如何定制自己的系统，比如创建设备字符连接，改变设备文件属组，权限等。

主要的udev配置文件是/etc/udev/udev.conf。这个文件通常很短，他可能只是包含几行#开头的注释，然后有几行选项：

udev_root=“/dev/”
udev_rules=“/etc/udev/rules.d/”
udev_log=“err“

上面的第二行非常重要，因为他表示udev规则存储的目录，这个目录存储的是以.rules结束的文件。每一个文件处理一系列规则来帮助udev分配名字给设备文件以保证能被内核识别。

你的/etc/udev/rules.d下面可能有好几个udev规则文件，这些文件一部分是udev包安装的，另外一部分则是可能是别的硬件或者软件包生成的。这些规则文件的文件名通常是两个数字开头，它表示系统应用该规则的顺序。

当内核检测到在系统中出现了新设备后，内核会在sysfs文件系统中为该新设备生成一项新的记录，一般sysfs文件系统会被mount到/sys目录中。新记录是以一个或多个文件或目录的方式来表示。每个文件都包含有特定的信息。(信息是如何表述的，还要另外研究？)

udev在系统中是以守护进程的方式udevd在运行，它通过某种途径(到底什么途径，目前还没搞懂。)检测到新设备的出现，通过查找设备对应的sysfs中的记录得到设备的一些信息。

udev会根据/etc/udev/udev.conf文件中的udev_rules指定的目录，逐个检查该目录下的文件，这个目录下的文件都是针对某类或某个设备应该施行什么措施的规则文件。udev读取文件是按照文件名的ASCII字母顺序来读取的，如果udev一旦找到了与新加入的设备匹配的规则，udev就会根据规则定义的措施对新设备进行配置。同时不再读后续的规则文件。

具体编写规则可查看：

编写 udev 规则 (reactivated.net)