设备模型四(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