linux 传统上使用静态设备创建方法，因此大量设备节点在 /dev
下创建（有时上千个），而不管相应的硬件设备是否真正存在。通常这由一个MAKEDEV脚本，组成它由许多calls of mknod
program with the revelant major and minor device number
for每一个世界上可能存在的设备。采用udev的方法，只有被kernel检测到的设备才会get devices nodes created
for them.因为这些设备节点在每次系统启动时被创建，他们会被stored在a ramfs(a file system in
memory,does not take up any disk space).设备节点不需要much 磁盘空间，因此
the memory that is used 可以忽略。
1:history
在2.4版本的kernel中，一种新文件系统called devfs被添加了进去。尽管它在kernel源码中出现，然而这种动态创建设备的方法从未收到压倒性的支持from core kernel开发者；
devfs 的方法主要问题是 the way：设备检测,创建，命名。设备节点命名，可能是最critical的.It is generally
accepted that 设备名允许是可配置的，then设备命名策略应该up to一个系统管理员,not 被欺骗by
特殊的开发者。devfs文件系统同时还忍受着一个紊乱情况，为它的design所固有，且不能被fix，若无实质的修改to
kernel.现由于缺乏维护已被deprecated.
在2.6版本的kernel中，出现了一种叫sysfs的新虚拟文件系统。sysfs的 任务是export系统架构 to
用户空间进程。有了这种用户空间visible表示法，the possiblity of seeing a userspace
replacement for devfs 变得更加现实。
2：udev 执行
sysfs怎样知道设备出现 在系统？应该使用什么设备号？对于被编进kernel的driver,当被kernel监测到时，直接注册目标with
sysfs。使用模块方式编译的，当模块被load时，如前。once sysfs文件系统被mounted (on /sys),the data
which the built-in drivers registered with sysfs are available to
userspace process and to udev for device node creation.
udev初始化脚本创建这些 设备节点当linux boot时；这个脚本starts with 注册/sbin/udev/ 作为一个
hotplug事件管理者。热插拔事件不应该发生在这个过程中，然而udev is registered just in case they do
occur.然后udevstart program walk through the /sys filesystem and
创建符合描述的设备在/dev。例如：/sys/class/tty/vcs/dev/包括string
"7:0".这个字符串被udevstart使用来创建/dev/vcs，主设备号7and此设备号0。每一个udevstart创建的设备的权限设置来
自/etc/udev.d/permission.d/目录。这些numbered(有限的) 基本相似LFS
bootscripts.如果找不到创建的设备权限文件，默认perissions to 600 and ownership to
root:root./dev目录下创建的节点根据 /etc/udev/rules.d/目录下的文件来configured.
当一个新设备连 接被kernel监测到，kernel会产生一个hotplug event
并查找/proc/sys/kernel/hotplug去找出管理设备连接的用户空间程序。udev初始化脚本注册udev as this
hander.当hotplug events发生时，kernel通知udev 去检测/sys 文件系统附属于这个新设备的信息并create
它的/dev/入口。
？这带给我们一个问题：exists with udev,and likewise with devfs before it.？就像先有鸡还是先有蛋。大部分linux distrubtions
管 理加载模块通过/etc/modules.conf.access to
设备节点引起相应的kernel模块来加载。然而对于udev,这种方法不能正常工作，因为模块没有加载时，设备节点不存在。为了解决这个问题，模块脚本
加到了lfs-bootscripts包中，和/etc/sysconfig/modules在一起。通过添加module names到module
file中，这些模块在计算机启动时被加载。这样，udev就可以去检测设备并创建相应的设备节点。
3：处理可热插拔/动态设备
当 你插入一个设备，比如usb mp3
player,内核辨认出设备连接同时产生一个热插拔事件。如果驱动已经loaded(不管是编进kernel还是通过s05modules
bootscript加载），udev将被调用来创建相关的设备节点，根据sysfs data in
/sys.如果刚插入的设备驱动以模块形式然而并未加载，那么刚attach to system
的设备只会引起kernel总线驱动产生一个热插拔事件通知用户空间一个新设备的连接and它不attached to a
driver.结果，什么都没有发生，device依然不能使用。
如果建立一个system,that具有大量的以模块形式编译的驱动，使用s05modules并不实际。the hotplug
package()会显得非常有价值。当此包安装后，它会响应前述的
kernel总线驱动hotplug事件。此包将加载相应的模块并为设备创建节点。
4：创建设备的问题
自动创建设备节点时常遇到的一些问题
1）A kernel driver may not exports its data to sysfs
当 使用第三方驱动(在kernel source tree 之外）时常遇到这种问题。这些驱动end
up时没有创建设备节点。使用/etc/sysconfig/creatfiles 配置文件to
人工创建设备。参考devices.txt文件（在kernel文档中）或者驱动文档来找出正确的major/minor设备号。
2）无硬件设备 is required.这种很常见with the advanced linux sound
architecture(ALSA) project's open sound system(oss) compatibility
模块.这种形式的驱动可以使用以下下面两种方法来管理:
*将module names 加到 /etc/sysconfig/modules;
* 使用"install"line 在/etc/modprobe.conf中。This tells the modprobe command
"when loading this module, also load this other module,at the same
time."例如
install snd-pcm modprobe -i snd-pcm;modprobe snd-pcm-oss;true
当系统中有加载snd-pcm驱动的请求时，这会使系统加载both snd-pcm and snd-pcm-oss modules.
5:进一步一些参考资料
http://fedora.redhat.com/docs/udev/
http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev.html
http://www.kroah.com/linux/talks/ols_2003_udev_paper/Reprint-Kroah-Hartman-OLS2003.pdf
http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev-FAQ
阅读(1965) | 评论(0) | 转发(0) |
