设备模型四(uevent)

• 前言
  什么叫热插拔呢？ 打个比方, 插U盘，对应的/dev/下有对应设备添加,拔出后,相应的设备被删除,这个就叫热插拔,即开机的状态下,实现设备的即插即用。在设备模型中uevent这种事件机制支持此功能
  在USB加入到系统中, 驱动会调用device_register会被调用, 此函数会发送消息给应用层,对应的udev收到了消息后就在/dev/下建立设备节点,这个消息的发送是热插拔的关键,其实,是个函数kobject_uevent
  下面讨论下这个函数,老样子,我们通过一个列子来讲诉这个函数：
  /sys/a/xx/attr
  其中 a为kset, xx为kobj, xx对应的kset是a, xx对应的parent不是a, attr是xx的属性文件

• kobject_uevent
  kobject_uevent会调用kobject_uevent_env函数

    top_kobj = kobj;//这里调用kobject_uevent(kobj(xx), KOBJ_ADD)
    while (!top_kobj->kset && top_kobj->parent)//从xx开始网上寻找
        top_kobj = top_kobj->parent;           //规则,顺着xx开始找,寻找规则
        //1.有kset就停
        //2.没有kset就顺着parent网上找,所以这里 xx有keset为a,就停了,这里的top_kobj就为a

    if (!top_kobj->kset) {
        pr_debug("kobject: '%s' (%p): %s: attempted to send uevent "
             "without kset!\n", kobject_name(kobj), kobj,
             __func__);
        return -EINVAL;
    }

    kset = top_kobj->kset; //kset就是a
    uevent_ops = kset->uevent_ops; //uevent_ops 就是a的kset_uevent_ops

往下走

 //这里为xx的uevent_suppress 前面章节有提到过,当为1时,则禁止uevent的发送
    if (kobj->uevent_suppress) { 
        pr_debug("kobject: '%s' (%p): %s: uevent_suppress "
                 "caused the event to drop!\n",
                 kobject_name(kobj), kobj, __func__);
        return 0;
    }

之后

    if (uevent_ops && uevent_ops->filter) //即a的kset_uevent_ops中的过滤函数 .filter
    //一般是做判断用,内核里一般是用来判断发消息的类型是否符合xx的ktype
    //比方说这个例子中,通过对attr的操作,使得xx要向上层发送消息,而通过kset发出，xx调用这个uevent函数,这个函数会调用所属a中的.filter函数来判断所发的消息是不是来自xx的，用于过滤一部分event
//比如说: /sys/a/xx /sys/a/yy 这里xx与yy的kset都是a,这里我在a的.filter方法实现的是判断ktype是不是xx的,所以yy在发送event时是发不出的,这里就是为什么叫.filter的原因
        if (!uevent_ops->filter(kset, kobj)) {
            pr_debug("kobject: '%s' (%p): %s: filter function "
                 "caused the event to drop!\n",
                 kobject_name(kobj), kobj, __func__);
            return 0;
        }

继续

   //添加了一些环境变量
    retval = add_uevent_var(env, "ACTION=%s", action_string);
    if (retval)
        goto exit;
    retval = add_uevent_var(env, "DEVPATH=%s", devpath);
    if (retval)
        goto exit;
    retval = add_uevent_var(env, "SUBSYSTEM=%s", subsystem);
    if (retval)
        goto exit;

接着走

    //这里相当于调用a中的uevent函数,其实就是加点环境变量
    //还是刚才那个例子/sys/a/xx /sys/a/yy, 我想实现在xx,yy两个kobj发消息的时候都要说明来自于哪里的,所以可以再a中的uevent函数中实现,比如add_uevent_var(env, "from=%s", “a”);这样的话无论xx或是yy发送消息的话,都会发送from这个环境变量
    if (uevent_ops && uevent_ops->uevent) {
        retval = uevent_ops->uevent(kset, kobj, env);
        if (retval) {
            pr_debug("kobject: '%s' (%p): %s: uevent() returned "
                 "%d\n", kobject_name(kobj), kobj,
                 __func__, retval);
            goto exit;
        }
    }

最后

#if defined(CONFIG_NET)
    /* send netlink message */
    //如果定义这个宏,这个消息会通过socket机制发出去
    //当然，现在一般都用这个,udev就是通过soket监听的方式去工作
#endif
    //紧接着就是hotplug机制，本质上就是启动一个用户进程,然后通过环境变量的方式传给这个进程
    uevent_helper[0]被初始化为"/sbin/hotplug"
    if (uevent_helper[0] && !kobj_usermode_filter(kobj)) {
        char *argv [3];

        argv [0] = uevent_helper;
        argv [1] = (char *)subsystem;
        argv [2] = NULL;
        retval = add_uevent_var(env, "HOME=/");
        if (retval)
            goto exit;
        retval = add_uevent_var(env,
                    "PATH=/sbin:/bin:/usr/sbin:/usr/bin");
        if (retval)
            goto exit;

        retval = call_usermodehelper(argv[0], argv, //启动进程
                         env->envp, UMH_WAIT_EXEC);
    }

如果我们要唤醒hotplug机制, 需要echo “/sbin/hotplug”> /proc/sys/kernel/hotplug，之后将写好的hotplug程序放在/sbin中
总结:
发送uevent密切相关的几点
1.kobj的uevent_suppress
2.kobj所属kset的 .filter与.uevent函数

在早期的linux版本中，一般采用hotplug机制来实现设备的热插拔功能,但是,由于设备越来越多,在开机的时候, 发现一个设备就会调用一次用户进行,即设备越多,调用进行的次数就越多,加大了系统的开销,导致死机,所以现在一般采用netlink的方式通知设备工作, 在开机后,可以进行hotplug的小应用
当然,这个时候netlink与hotplug是同时有效的,还要注意的一点是, /proc/sys/kernel/hotplug在重启后会自动清除,所以如果要用hotplug,每次开机都要echo “/sbin/hotplug”> /proc/sys/kernel/hotplug