UDEVD与内核交互

最新推荐文章于 2025-03-01 14:28:44 发布
最新推荐文章于 2025-03-01 14:28:44 发布
阅读量1.7k 收藏 10
点赞数
分类专栏： 系统其它 文章标签： udevd udevadm devtmpfs uevent inotify
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sinat_20184565/article/details/84306110
版权
本文探讨了Linux系统中UDEVD程序的作用，包括设备节点的动态管理、设备链接的创建以及设备规则的定制。详细介绍了UDEVD的内核配置需求、规则文件的结构与执行顺序，以及如何通过udevadm工具触发内核设备事件。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

内核依据固定的标准与初始化次序命名设备，例如以太网设备，按照初始化次序命名为eth0、eth1等。UDEVD程序的存在，可以动态的添加/删除linux系统的设备节点，可以使用户定制化设备节点名称，创建设备链接等。


使用udevd，需要配置以下内核选项：

udevd要求：
  内核支持sysfs, procfs, signalfd, inotify, unix domain sockets, networking and hotplug。
  
  配置选项：
      CONFIG_HOTPLUG=y
      CONFIG_UEVENT_HELPER_PATH=""    //禁用应用层hotplug程序
      CONFIG_NET=y           //使能uevent通信的netlink接口     
      CONFIG_UNIX=y          //udevd内部进程间通信
      CONFIG_SYSFS=y         //用于udevd获取内核设备节点
      CONFIG_PROC_FS=y       //udevd参数调整
      CONFIG_INOTIFY_USER=y  //监控udevd rules规则文件变化
      CONFIG_SIGNALFD=y      //udevd信号处理
 可选项： 
      CONFIG_TMPFS=y
      CONFIG_TMPFS_POSIX_ACL=y (user ACLs for device nodes)
      CONFIG_BLK_DEV_BSG=y (SCSI devices)

内核配置中禁用掉/sbin/hotplug，如果未禁用，将导致系统不稳定，因为hostplug的存在导致kernel并行创建了许多进程，会出现内存溢出。需要将proc文件系统挂到/proc，将sysfs挂载到/sys，udev会需要这些目录。
 

UDEVD规则文件

udevd的定制规则文件分别位于三个目录下：

用户自定义规则文件目录       /etc/udev/rules.d
UDEV默认规则文件目录         /lib/udev/rules.d
UDEVD运行时动态添加规则目录  /run/udev/rules.d

规则文件以数字开头以rules为后缀，开头的数字表示执行的顺序。/etc/udev/rules.d目录的优先权高于/lib/udev/rules.d目录，如果出现同名的规则文件，/etc/udev/rules.d目录中的文件会覆盖后者。

例如对于存储设备，规则文件为60-persistent-storage.rules，udevd不仅可以按照内核的命名创建/dev目录下的设备节点，还可以创建设备链接文件。如下对于存储设备，根据文件系统的信息UUID，在目录/dev/disk/by-uuid/下创建设备的链接文件，文件名称为设备的文件系统UUID。

# ATA
KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", SUBSYSTEMS=="scsi", ATTRS{vendor}=="ATA", IMPORT{program}="ata_id --export $devnode"

# by-label/by-uuid links (filesystem metadata)
ENV{ID_FS_USAGE}=="filesystem|other|crypto", ENV{ID_FS_UUID_ENC}=="?*", SYMLINK+="disk/by-uuid/$env{ID_FS_UUID_ENC}"
ENV{ID_FS_USAGE}=="filesystem|other", ENV{ID_FS_LABEL_ENC}=="?*", SYMLINK+="disk/by-label/$env{ID_FS_LABEL_ENC}"


UDEVD程序使用文件系统的INOTIFY机制监控存放规则的三个文件目录：/lib/udev/rules.d目录、/etc/udev/rules.d目录和/run/udev/rules.d目录。

int main(int argc, char *argv[]) 
{
     monitor = udev_monitor_new_from_netlink(udev, "kernel");
     fd_inotify = udev_watch_init(udev);

     /* watch rules.d paths for changes */
     inotify_add_watch(fd_inotify, UDEV_RULES_DIR, IN_DELETE | IN_MOVE | IN_CLOSE_WRITE);
     inotify_add_watch(fd_inotify, UDEV_CONF_DIR "/rules.d", IN_DELETE | IN_MOVE | IN_CLOSE_WRITE);

     if (access(UDEV_ROOT_RUN "/udev/rules.d", F_OK) < 0)
          udev_mkdir_p(UDEV_ROOT_RUN "/udev/rules.d", 0755);
     inotify_add_watch(fd_inotify, UDEV_ROOT_RUN "/udev/rules.d", IN_DELETE | IN_MOVE | IN_CLOSE_WRITE);
}

监听内核UEVENT事件

UDEVD使用netlink套接口监听内核设备的uevent事件，套接口协议指定为NETLINK_KOBJECT_UEVENT（15）。

struct udev_monitor *udev_monitor_new_from_netlink_fd(struct udev *udev, const char *name, int fd)
{
    udev_monitor->sock = socket(PF_NETLINK, SOCK_RAW|SOCK_CLOEXEC|SOCK_NONBLOCK, NETLINK_KOBJECT_UEVENT);
}

内核中uevent netlink套接口创建由函数uevent_net_init完成。当内核中设备事件发生时，调用kobject_uevent函数利用netlink接口广播到用户层。

static int uevent_net_init(struct net *net)
{
    struct netlink_kernel_cfg cfg = {
        .groups = 1,
        .flags  = NL_CFG_F_NONROOT_RECV,
    };
    ue_sk->sk = netlink_kernel_create(net, NETLINK_KOBJECT_UEVENT, &cfg);
}
int kobject_uevent(struct kobject *kobj, enum kobject_action action)
{
    return kobject_uevent_env(kobj, action, NULL);
}

内核设备事件

Linux内核使用kobject系统进行设备管理，目前kobject定义了以下的设备事件：

static const char *kobject_actions[] = {
    [KOBJ_ADD] =        "add",
    [KOBJ_REMOVE] =     "remove",
    [KOBJ_CHANGE] =     "change",
    [KOBJ_MOVE] =       "move",
    [KOBJ_ONLINE] =     "online",
    [KOBJ_OFFLINE] =    "offline",
    [KOBJ_BIND] =       "bind",
    [KOBJ_UNBIND] =     "unbind",
};

可使用udevadm工具触发内核设备事件，即udevadm trigger命令，其默认的事件为change，使用-c选项指定触发事件类型，目前支持三种事件：add、remove和change。使用-t选项指定触发类型，目前支持subsystem和devices两种，不指定默认使用devices类型。事件触发的实现很简单，原理就是扫描系统的/sys目录，对设备的uevent文件写入相应的action字符。

static void exec_list(struct udev_enumerate *udev_enumerate, const char *action)
{
    udev_list_entry_foreach(entry, udev_enumerate_get_list_entry(udev_enumerate)) {

        strscpyl(filename, sizeof(filename), udev_list_entry_get_name(entry), "/uevent", NULL);
        fd = open(filename, O_WRONLY|O_CLOEXEC);
        write(fd, action, strlen(action))；
    }
}

在系统上电启动之后，udevd守护进程启动之前，系统已经初始化好了内核设备，导致udevd的规则没有生效，此时可在启动脚本中调用udevadm trigger重新出发系统设备的change事件，udevd借此执行定义的规则。
 
也可收到修改设备的uevent文件（需要root权限），触发设备事件，使用udevadm的另外一个命令monitor去监听我们收到触发的事件（udevadm monitor在后台运行，仅是为了让出shell终端来执行uevent文件修改），如下，如果使用monitor监控trigger命令，将看到所有设备的事件信息：

# udevadm monitor &
[1] 4706
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

# echo change >  /sys/block/sr0/uevent 
KERNEL[109812.475999] change   /devices/pci0000:00/0000:00:11.0/0000:02:05.0/ata4/host4/target4:0:0/4:0:0:0/block/sr0 (block)
UDEV  [109812.646193] change   /devices/pci0000:00/0000:00:11.0/0000:02:05.0/ata4/host4/target4:0:0/4:0:0:0/block/sr0 (block)

对于subsystem类型，trigger命令扫描/sys目录下的subsystem子目录，如果subsystem不存在，扫描bus子目录下的uevent文件。对于devices类型，如果udevd已经建立了系统设备的tags系统，trigger直接扫描/run/udev/tags目录。否则，如果/sys/subsystem存在，扫描其下的devices目录，不存在，则扫描/sys/bus目录和/sys/class目录，查找系统设备的uevent文件。

内核配置中的CONFIG_UEVENT_HELPER_PATH可指定uevent发生时调用的应用层处理程序，其在kobject_uevent_env中实现，调用call_usermodehelper_exec执行应用程序。目前此配置也不推荐使用。

int kobject_uevent_env(struct kobject *kobj, enum kobject_action action, char *envp_ext[])
{
#ifdef CONFIG_UEVENT_HELPER
    if (uevent_helper[0] && !kobj_usermode_filter(kobj)) {
        retval = add_uevent_var(env, "HOME=/");
        retval = add_uevent_var(env, "PATH=/sbin:/bin:/usr/sbin:/usr/bin");
        retval = init_uevent_argv(env, subsystem);

        info = call_usermodehelper_setup(env->argv[0], env->argv, env->envp, GFP_KERNEL, NULL, cleanup_uevent_env, env);
        if (info)
            retval = call_usermodehelper_exec(info, UMH_NO_WAIT);
    }
#endif
}

DEVTMPFS文件系统

内核配置CONFIG_DEVTMPFS后，将启用devtmpfs文件系统：

Device Drivers -> Generic Driver Options -> Maintain devtmpfs to mount at /dev

设置此选项之后，内核将devtmpfs文件系统mount到/dev目录下，此时/dev目录包含系统中的所有已知设备节点，内核使用默认命名创建这些节点，如果没有使用devtmpfs，dev目录将挂载一个tmpfs文件系统。对于不需要处理设备热插拨和自定义设备名称等需求的系统，可不使用udevd设备管理进程。

 

相关代码

eudev-3.2.5

Linux-4.15

 

linux4.6内核移植蓝牙和音频
wangjie36的博客
09-20 4103
第1章 RTL8723BU蓝牙模块驱动移植 1.1. 硬件方案 1.2. 蓝牙驱动移植 1.3. 蓝牙耳机规格要求 第2章 Linux音频框架 2.1. ALSA 2.2. Pulseaudio 2.3. GStreamer 2.4. Jack 2.5. FFADO 2.6. Xine 2.7. Phonon 2.8. 其他分支 第3章 蓝牙协议栈Bluez 3.1. Bluez5版本介绍 3.2. Bluez与Linux内核版本 3.3. Bluez蓝牙音频 第4章 蓝牙音频协议 4.1. A2DP协议
Linux kernel -- Uevent发送（热插拔）事件到用户空间
Jackson_csdn的博客
07-15 2万+
Uevent是一种在内核空间和用户空间之间通信的机制，主要用于热插拔事件（hotplug）。uevent事件根据include/linux/kobject.h中的定义，uevent事件可分为以下几种：enum kobject_action { KOBJ_ADD, KOBJ_REMOVE, KOBJ_CHANGE, KOBJ_MOVE, KOBJ_ONLINE,
udevd devtmpfs
greywolf5的博客
09-13 668
udev 1.内核发现了设备 2.通知udevd，udevd 获取设备特性 3.udevd 创建设备文件，完成初始化 systemd-udevd 是udev的系统进程名 在启动阶段，设备文件是被需要的，所以udevd需要执行的非常快，才不会影响系统启动 devtmpfs devtmpfs 是用来应对 系统启动的时候 需要设备可见。 The kernel 创建了 Device files, 然后 它通知 udevd。接着udevd 做device initialization， 设置权限，和通知其..
深入理解 `udev`：Linux 设备管理的核心机制
最新发布
Interview_TC的博客
03-01 1213
进行设备命名、权限管理，甚至自动执行脚本（如插入 U 盘后自动挂载）。，当设备插入或移除时，内核会生成一个 uevent。在 Linux 系统中，所有硬件设备都会以。，如果没有自动管理机制，系统就需要手动创建。，自动创建、删除和修改设备文件。是用户空间程序，运行在。重新加载所有规则文件。设备文件，非常麻烦。
Linux内核模块自动加载机制
amicablehj的专栏
06-24 1708
<br />提交者:Addylee日期:2008/10/8 22:50阅读:636<br />来源:www.osplay.org摘要:本文讨论了linux内核中udevd的模块自动加载机制。 标题 思 考如果想让内核启动过程中自动加载某个模块 该怎么做呢？最容易想到的方法就是到/etc/init.d/中添加一个启动脚本，然后在/etc/rcN.d/目录下创建一个符号链接，这个链接的名字 以S开头，这内核启动时，就会自动运行这个脚本了，这样就可以在脚本中使用modprobe来实现自动加载。但是我
利用udev在/dev下动态生成/移除设备文件
y296144646q的专栏
06-04 1527
udev 2007年09月26日 星期三 20:26问题: 在sbc-2410x开发板上插入U盘，在/dev/下无法找到相应的设备文件。利用udev在/dev下动态生成/移除设备文件-----------------------------------------    udev是硬件平台无关的，属于user space的进程，它脱离驱动层的关联而建立在操作系统之上，基于这种设计实现，
udevd 检索内核模块并加载的 demo
龙瑜的博客
11-12 946
udevd 自动加载内核模块 在 从 systemd-udevd 运行 log 中研究其自动加载内核模块的过程 这篇文章中，我描述了 systemd-udevd 自动加载内核模块的一些原理。自动加载内核模块可以分为如下两方面内容： 加载内核模块 自动加载内核模块 自动加载内核模块涉及 udevd 跟内核之间的通信，及 udevd 自身规则的解析执行，在后续的文章中进行分析。 udevd 加载内核模块的功能使用 libkmod 库完成，本文通过一个简单的 demo 来模拟这一过程
Linux内核如何加载固件,驱动是如何工作的_Linux设备驱动的固件加载详解
weixin_42470362的博客
04-29 1222
作为一个驱动作者， 你可能发现你面对一个设备必须在它能支持工作前下载固件到它里面。 硬件市场的许多地方的竞争是如此得强烈， 以至于甚至一点用作设备控制固件的 EEPROM 的成本制造商都不愿意花费。 因此固件发布在随硬件一起的一张 CD 上， 并且操作系统负责传送固件到设备自身。硬件越来越复杂，硬件的许多功能使用了程序实现，与直接硬件实现相比，固件拥有处理复杂事物的灵活性和便于升级、维护等优点。固...
Linux内核启动脚本rcS详解及配置
- `/bin/mount -n -t sysfs none /sys`：挂载sysfs文件系统，用于与内核对象交互。 - `/bin/mount -n -t usbfs none /proc/bus/usb`：挂载usbfs文件系统，用于管理USB设备。 - `/bin/mount -n -t ramfs none /dev...
Linux内核原理之通用块设备层
Making-It
09-05 2182
文章目录通用块设备层I/O体系结构访问设备设备文件字符设备、块设备与其它设备使用ioctl进行设备寻址设备数据库与文件系统关联inode中的设备文件成员标准文件操作用于字符设备的标准操作用于块设备的标准操作块设备操作块设备的表示数据结构向系统添加磁盘和分区打开块设备文件请求结构BIO提交请求 通用块设备层 I/O体系结构 与外设的通信通常称为输入输出，缩写为I/O。在实现外设的I/O时，内核需要处理好3个问题： 根据具体的设备型号和模型，使用各种方法对硬件寻址 内核必须向用户应用程序和系统工具提供访问各种
深入Linux内核架构—简介和概述（二）
xiezhi123456的博客
09-15 438
一、Linux内核的组成部分 主要概述Linux内核的各个组成部分。尽管Linux是整体式的宏内核，但其具有相当良好的结构。Linux内核各个组成部分之间的彼此交互是不可避免的。各部分会共享数据结构，而且与严格隔离的系统相比，各部分（因为性能原因）协同工作时需要更多的函数。图1-1概述了组成完整Linux系统的各个层次、以及内核所包含的一些重要子系统。但要注意，各个子系统之间实际上会以各种方式进...
linuxfd:Linux事件的Python绑定
05-27
linuxfd：Linux系统的Python接口调用eventfd / signalfd / timerfd 版权所有（C）2014-2020年Frank Abelbeck 执照：LGPL-3 平台 Linux（内核版本> = 2.6.27）; 需要激活的内核选项CONFIG_TIMERFD，CONFIG_SIGNALFD，CONFIG_EVENTFD和CONFIG_INOTIFY_USER，以及最新版本的GNU C库。 安装 该软件包提供了用于Gentoo Linux的ebuild。 在任何其他Linux系统上，可以使用通常的distutils方式安装此软件包： python setup.py install 用法 安装后，将提供一个有据可查的，名为“ linuxfd”的新python模块。 变更日志 2020-12-01：适应当前的Abelbeck编码标准 2017年3月2日：
linux udevd服务 设备管理工具 简介
whatday的专栏
03-07 2558
目录 udev是什么 udev优势 udev 工作流程图 相关术语 udev 的配置和使用 制定 udev 规则和查询设备信息的实例 eth0变为eth1的解决办法 udev是什么 udev 是 Linux2.6 内核里的一个功能，它替代了原来的 devfs，成为当前 Linux 默认的设备管理工具。udev 以守护进程的形式运行，通过侦听内核发出来的 uevent 来管理 /dev目录下的设备文件。不像之前的设备管理工具，udev 在用户空间 (user space) 运行，而不在内核空
udev介绍
liu_jf的专栏
12-23 1021
udev介绍： 1.udev规则文件：     /etc/udev/rules.d/    # 用户自定义的规则文件一般放在这    /lib/udev/rules.d/2.udev主配置文件：    /etc/udev/udev.conf3.(文件名中的)50为默认值；数值越小越先被解析。4.udev工具包括udevadm、udevcontrol、udevinfo、udevmonitor
linux内核中udevd的模块自动加载机制
01-21 698
http://blog.csdn.net/amicablehj/article/details/5692579
深入探讨udevd：Linux中的设备管理守护进程
小灰灰的博客
04-08 1055
udevd是用户空间的设备守护进程，它响应内核发出的设备事件。这些事件通常是由设备的添加、移除或更改触发的。udevd确保在这些设备状态改变时，系统能够自动进行必要的配置和清理工作。
udev udevadm介绍及linux设备重命名和自动挂载应用实例分析
热门推荐
Biao
04-21 2万+
(一)UDEV介绍 udev在维基百科中的定义是：udev (userspace /dev) is a device manager for the Linux kernel. As the successor of devfsd and hotplug, udev primarily manages device nodes in the /dev directory. At the ...
浅谈 D-Bus、udevd 和 hald
程序员「阿基米东」的编程之旅
07-27 1481
D-Bus 是针对桌面环境优化的 IPC（Inter-Process Communication，进程间通信）机制，用于进程间的通信或进程与内核的通信。最基本的 D-Bus 协议是一对一的通信协议。但在很多情况下，通信的一方是消息总线。消息总线是一个特殊的应用，它同时与多个应用通信，并在应用之间传递消息。下面我们会在实例中观察消息总线的作用。消息总线的角色有点类似与X系统中的窗口管理器，窗口管理器既
udev的介绍
realize
02-12 1001
一、 概要描述 udev 是Linux kernel 2.6系列的设备管理器。它主要的功能是管理/dev目錄底下的设备节点。     udev支持设备的固定命名，而并不依赖于设备插入系统的顺序     udev完全在用户空间执行 二、 系统架构 udev系统可以分为三个部分 三个部分 描述 libudev函数库 可以用来获取设备的
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值