linux 设备文件节点的创建（一）udev和mdev

1概述

内核向应用层发送事件，通知用户层在/dev目录下面创建设备节点的api为kobject_uevent_env。总共有两种方式来向用户层发起事件。

（1）用netlink发送uevent消息，
（2）调用uevent_helper，在内核中调用用户空间/sbin/mdev，并把相关的设备参数传给应用层程序，建立/dev节点

uevent的用户空间程序有两个，一个是udev，另一个是mdev。

udev通过netlink监听uevent消息，他在系统启动的时候运行了一个daemon(守护进程)程序udevd，通过监听内核发送的uevent来执行相应的热插拔动作，他主要完成两个功能：
1\ 自动加载模块
2\ 根据uevent消息在dev目录下添加、删除设备节点

mdev是基于uevent_helper机制的，他在系统启动时修改了内核中的uevent_helper变量(通过写/proc/sys/kernel/hotplug)，这样内核产生uevent时会调用uevent_helper所指的用户级程序，也就是mdev来执行相应的热插拔动作，uevent_helper的初始值在内核编译时刻配置：
—> Device Drivers
—> Generic Driver Options
—> (/proc/sys/kernel/hotplug) path to uevent helper

udev 使用的netlink 机制在有大量uevent 的场合效率高，适合用在PC 机上；而mdev 使用的uevent_helper 机制实现简单，适合用在嵌入式系统中。

内核发送uevent的API由lib/kobject_event.c文件实现，include/linux/kobject.h是头文件。

enum kobject_action {
        KOBJ_ADD,
        KOBJ_REMOVE,
        KOBJ_CHANGE,
        KOBJ_MOVE,
        KOBJ_ONLINE,
        KOBJ_OFFLINE,
        KOBJ_MAX
};

/* kobject_uevent不能用在中断上下文 */
int kobject_uevent(struct kobject *kobj, enum kobject_action action);
int kobject_uevent_env(struct kobject *kobj, enum kobject_action action, char *envp[]);

 在driver中可以调用kobject_uevent或者kobject_uevent_env来向用户空间发送uevent
kobject_uevent默认会发送”ACTION=xxx”，”DEVPATH=xxx”，”SUBSYSTEM=xxx”这三个uevent环境变量。
kobject_uevent_env可以发送一些如”xxx=xxx”的自定义的uevent环境变量。

2 udev

udev接收内核event的原理大概如下程序所示：

#include <stdio.h>
#include <string.h>
#include <sys/types.h>
#include <unistd.h>
#include <stdlib.h>
#include <sys/socket.h>
#include <linux/netlink.h>

#define UEVENT_MSG_LEN 4096
struct luther_gliethttp {
    const char *action;
    const char *path;
    const char *subsystem;
    const char *firmware;
    int major;
    int minor;
};
static int open_luther_gliethttp_socket(void);
static void parse_event(const char *msg, struct luther_gliethttp *luther_gliethttp);

int main(int argc, char* argv[])
{
    int device_fd = -1;
    char msg[UEVENT_MSG_LEN+2];
    int n;

    device_fd = open_luther_gliethttp_socket();
    printf("device_fd = %d\n", device_fd);

    do {
        while((n = recv(device_fd, msg, UEVENT_MSG_LEN, 0)) > 0) {
            struct luther_gliethttp luther_gliethttp;

            if(n == UEVENT_MSG_LEN)
                continue;

            msg[n] = '\0';
            msg[n+1] = '\0';

            parse_event(msg, &luther_gliethttp);
        }
    } while(1);
}

static int open_luther_gliethttp_socket(void)
{
    struct sockaddr_nl addr;
    int sz = 64*1024;
    int s;

    memset(&addr, 0, sizeof(addr));
    addr.nl_family = AF_NETLINK;
    addr.nl_pid = getpid();
    addr.nl_groups = 0xffffffff;

    s = socket(PF_NETLINK, SOCK_DGRAM, NETLINK_KOBJECT_UEVENT);
    if (s < 0)
        return -1;

    setsockopt(s, SOL_SOCKET, SO_RCVBUFFORCE, &sz, sizeof(sz));

    if (bind(s, (struct sockaddr *) &addr, sizeof(addr)) < 0) {
        close(s);
        return -1;
    }

    return s;
}

static void parse_event(const char *msg, struct luther_gliethttp *luther_gliethttp)
{
    luther_gliethttp->action = "";
    luther_gliethttp->path = "";
    luther_gliethttp->subsystem = "";
    luther_gliethttp->firmware = "";
    luther_gliethttp->major = -1;
    luther_gliethttp->minor = -1;


    printf("========================================================\n");
    while (*msg) {

        printf("%s\n", msg);

        if (!strncmp(msg, "ACTION=", 7)) {
            msg += 7;
            luther_gliethttp->action = msg;
        } else if (!strncmp(msg, "DEVPATH=", 8)) {
            msg += 8;
            luther_gliethttp->path = msg;
        } else if (!strncmp(msg, "SUBSYSTEM=", 10)) {
            msg += 10;
            luther_gliethttp->subsystem = msg;
        } else if (!strncmp(msg, "FIRMWARE=", 9)) {
            msg += 9;
            luther_gliethttp->firmware = msg;
        } else if (!strncmp(msg, "MAJOR=", 6)) {
            msg += 6;
            luther_gliethttp->major = atoi(msg);
        } else if (!strncmp(msg, "MINOR=", 6)) {
            msg += 6;
            luther_gliethttp->minor = atoi(msg);
        }


        while(*msg++)
            ;
    }

    printf("event { '%s', '%s', '%s', '%s', %d, %d }\n",
                    luther_gliethttp->action, luther_gliethttp->path, luther_gliethttp->subsystem,
                    luther_gliethttp->firmware, luther_gliethttp->major, luther_gliethttp->minor);
}

3 mdev

mdev在busybox的代码包中能找到，位于busybox/util-linux/mdev.c文件中，他通过uevent_helper函数被调用。

a、执行mdev -s命令时，mdev扫描/sys/block(块设备保存在/sys/block目录下,内核2.6.25版本以后，块设备也保存在/sys /class/block目录下。mdev扫描/sys/block是为了实现向后兼容)和/sys/class两个目录下的dev属性文件，从该dev 属性文件中获取到设备编号(dev属性文件以”major:minor\n”形式保存设备编号)，并以包含该dev属性文件的目录名称作为设备名 device_name(即包含dev属性文件的目录称为device_name，而/sys/class和device_name之间的那部分目录称为 subsystem。也就是每个dev属性文件所在的路径都可表示为/sys/class/subsystem/device_name/dev)，在 /dev目录下创建相应的设备文件。例如，cat /sys/class/tty/tty0/dev会得到4:0，subsystem为tty,device_name为tty0。

b、当mdev因uevnet事件(以前叫hotplug事件)被调用时，mdev通过由uevent事件传递给它的环境变量获取到：引起该uevent 事件的设备action及该设备所在的路径device path。然后判断引起该uevent事件的action是什么。若该action是add，即有新设备加入到系统中，不管该设备是虚拟设备还是实际物理 设备，mdev都会通过device path路径下的dev属性文件获取到设备编号，然后以device path路径最后一个目录(即包含该dev属性文件的目录)作为设备名，在/dev目录下创建相应的设备文件。若该action是remove，即设备已 从系统中移除，则删除/dev目录下以device path路径最后一个目录名称作为文件名的设备文件。如果该action既不是add也不是remove，mdev则什么都不做。

由上面可知，如果我们想在设备加入到系统中或从系统中移除时，由mdev自动地创建和删除设备文件，那么就必须做到以下三点：1、在/sys/class 的某一subsystem目录下，2、创建一个以设备名device_name作为名称的目录，3、并且在该device_name目录下还必须包含一个 dev属性文件，该dev属性文件以”major:minor\n”形式输出设备编号。

Busybox的mdev.c中mdev的实现原理大概如下：

mdev_main
        //temp = /sys/class/xxx_drv/xxx
        ction = getenv("ACTION");
        env_path = getenv("DEVPATH")
        make_device(temp, 0);
            fd = open("/etc/mdev.conf", O_RDONLY);/*根据这个配置文件*/
            /*如果没有这个配置文件的话  就会创建设备节点*/
            /* 确定设备文件名,类型,主次设备号 */
            /device_name = bb_basename(path);  = "xxx"/*


            'c' == > 字符设备节点
            根据"/sys/class/xxx_drv/xxx/dev"的内容确定主次设备号

            mknod(device_name, mode | type, makedev(major, minor)

本文中很多内容出自该文：

https://blog.csdn.net/luckywang1103/article/details/50529534