原文：http://blog.csdn.net/lifengxun20121019/article/details/17403527 关于udev和mdev之间的区别与联系我发现自己现在还没有把它完整的给区分开来和联系起来. 设备文件系统有devfs,mdev,udev mdev是udev的简化版本,是busybox中所带的程序,最适合用在嵌入式系统,而udev一般用在PC上的linux中,相对mdev来说要复杂些,devfs是2.4内核引入的,而在2.6内核中却被udev所替代,他们有着共同的优点,只是devfs中存在一些未修复的BUG,作者也停止了对他的维护,最显著的一个区别,采用devfs时,当一个并不存在的设备结点时,他却还能自动的加载对应的设备驱动,而udev则不能,udev认为当加载了不存在的对应的设备驱动的时候不应加载对应的驱动模块，因为加载也没有,浪费了资源. 从本质上来说，udev与mdev他们都是一个应用程序，配置了就可以使用,为了方便使用,我们可以使用busybox自带的mdev,当然也可以去下载udev的源码去编译和移植. 这应该是对udev和mdev的一个理解,我们下次可以再深入一些. dev 和mdev 是两个使用uevent 机制处理热插拔问题的用户空间程序，两者的实现机理不同。udev 是基于netlink 机制的，它在系统启动时运行了一个deamon 程序udevd，通过监听内核发送的uevent 来执行相应的热拔插动作，包括创建/删除设备节点，加载/卸载驱动模块等等。mdev 是基于uevent_helper 机制的，它在系统启动时修改了内核中的uevnet_helper 变量（通过写/proc/sys/kernel/hotplug），值为“/sbin/mdev”。这样内核产生uevent 时会调用uevent_helper 所指的用户级程序，也就是mdev，来执行相应的热拔插动作。udev 使用的netlink 机制在有大量uevent 的场合效率高，适合用在PC 机上；而mdev 使用的uevent_helper 机制实现简单，适合用在嵌入式系统中。另外要说明的一点是,uevent_helper 的初始值在内核编译时时可配置的，默认值为/sbin/hotplug。如果想修改它的值，写/proc/sys/kernel/hotplug 文件就可以了，例如： echo “/sbin/mdev” > /proc/sys/kernel/hotplug 补充一点：如果使用的是udevd,那么uevent_helper变量应为空，即 echo “ ” > /proc/sys/kernel/hotplug 这段内容总结的很好，我也看了linux内核有关uevent的代码，的确是这样，这样看来简单的将mdev看做udev的简化版也就不准确了。这样在做嵌入式的文件系统就要注意了，一般只会使用mdev，目前我还不确定能不能只用udev，理论上是可以的，当然两种一起用也是可以的，也就是mdev + udev，但是这时要注意了，写规则时一定要注意，避免让它们重复执行。也就是说udev执行过的，mdev不要再执行了。其实udev最大的特点就是使用了netlink，实质上是一个scoket，这个特别的scoket用来监测uevent，当然，我们也可以自己写一个函数用来监测任何uevent事件。