Linux 内核热插拔操作

热插拔事件的实际控制是通过一套存储于 kset_hotplug_ops 结构的方法完成.

?

struct kset_hotplug_ops {

int (*filter)(struct kset *kset,struct kobject *kobj); char *(*name)(struct kset *kset,struct kobject *kobj); int (*hotplug)(struct kset *kset,struct kobject *kobj,char **envp,int num_envp,char *buffer,

int buffer_size);

};

?

一个指向这个结构的指针在 kset 结构的 hotplug_ops 成员中. 如果一个给定的 kobject 不包含在一个 kset 中,内核搜索整个层次( 通过 parent 指针) 直到它发现一 个 kobject 确实有一个 kset; 接着使用这个 kset 的热插拔操作.

?

filter 热插拔操作被调用无论何时内核在考虑为给定 kobject 产生一个事件. 如果 filter 返回 0,事件没有创建. 这个方法,因此,给 kset 代码一个机会来决定哪个事 件应当被传递给用户空间以及哪个不.

?

作为一个例子关于这个方法怎样被使用,考虑块设备子系统. 至少有 3 类 kobject 用在 那里,表示磁盘,分区,和请求队列. 用户空间可能想对磁盘或分区的增加作出反应,但 是它正常地不关心请求队列. 因此 filter 方法允许事件产生只给代表磁盘和分区的 kobjects. 它看来如此:

?

static int block_hotplug_filter(struct kset *kset,struct kobject *kobj)

{

struct kobj_type *ktype = get_ktype(kobj);

return ((ktype == &ktype_block) || (ktype == &ktype_part));

}

?

这里,一个快速的在 kobject 类型上的测试是足以决定是否这个事件应当产生或者不.

?

当用户空间热插拔程序被调用,它被传递给相关子系统的 name 作为它唯一的一个参数. name 热插拔方法负责提供这个名子. 它应当返回一个简单的适合传递给用户空间的字串.

?

热插拔脚本的可能想知道的其他所有东东都在环境中传递. 最终的热插拔方法( hotplug ) 给了一个机会来在调用这个脚本之前添加有用的环境变量. 再次,这个方法的原型是:

?

int (*hotplug)(struct kset *kset,

int buffer_size);

?

如常,kset 和 kobject 描述事件产生给的对象. envp 数组是一个地方来存储额外的环 境变量定义(以通常的 NAME=值 的格式); 它有 num_envp 个入口变量. 这些变量自身应 当被编码入缓冲,缓冲是 buffer_size 字节长. 如果你添加任何变量到 envp,确信添加 一个 NULL 入口在你最后的添加项后面,这样内核知道结尾在哪里. 返回值正常应当是 0; 任何非零返回都终止热插拔事件的产生.

?