转载声明:http://blog.chinaunix.net/uid-23253303-id-3923995.html
1.介绍
kobject, kset, ktype之间的关系:
linux 设备驱动模型应用了面向对象的思想,其中,kobject是最基本的基类,其他数据结构都是其派生的产物,通过将kobject嵌入到各个数据结构中,实现了类似的继承关系。举例来说kobject就像是一个普通人,通过额外赋予他不同的职务和工具,使他成为了不同类型的人,比如餐厅的服务员,餐厅的领班等。kobject将各个派生类关联在了一起,形成了整个sys fs的体系。kset是kobject的一个容器,其包含着多个kobject,ktype则描述了kobject的类型bus_type,device,device_driver数据结构通过这三个基本的数据结构组织在了一起。
Kobject
应该说每个Kobject结构都对应一个 目录。for example:/sys/bus/pci/drivers/serial/ 路径, serial这个目录就是由一个kobject 结构体 来表示的。由此可见,Kobject是用来表示 直接对应着一个 设备,或设备驱动 的目录。Kobject包含了 这个目录的一些信息,如:目录名,父目录,设备名称等等一些信息。当然,如果Kobject用来表示一个目录,那么他所包含的信息是差不多了,但是Kobject表示的目录是用来描述某一个设备/设备驱动 的。所以仅仅Kobject这个结构体还不能完全的描述这个设备/设备驱动,再所以,Kobject这个结构体不会单独使用,一般都会包含在另一个结构体中,用网络上的话说就是包含在一个容器中。这个容器可以是:device结构体,device_drive结构体。现在层次就很明显了,device/device_drive来表示一个设备/设备驱动,当然包含了这个设备/设备驱动的信息,并且还包含了这个驱动所对应的目录的信息,Kobject结构。
当然device/device_drive在另外一层的东西了,后面再分析。我们在这里就先分析Kobject结构。
struct kobject {
const char *name; //目录的name
struct list_head entry; //Kobject插入到某个链表的指针。
struct kobject *parent; //父目录,刚才所述kobject所表示的是设备/设备驱动目录,但为什么他的父目录也用kobject来表示呢?后面讲解。
struct kset *kset; //kobject上上级目录可能是Kset,这个表示。 这个变量和parent有些相似的地方。 可以从kset_register函数中看出些端倪。
struct kobj_type *ktype; //指向kobj所对应的type,ktype中包含了该类型obj的默认属性
struct sysfs_dirent *sd;//用来组织该object对应目录下的属性文件
struct kref kref; //被引用的次数
unsigned int state_initialized:1;//是否初始化
unsigned int state_in_sysfs:1;//是否在sys fs中
unsigned int state_add_uevent_sent:1;//是否支持热插
unsigned int state_remove_uevent_sent:1;//是否支持热拔
unsigned int uevent_suppress:1;
};
kobj_type:
struct kobj_type
{
void (*release)(struct kobject *);//释放kobject和其他占用资源的函数
struct sysfs_ops * sysfs_ops;//操作属性的方法
struct attribute ** default_attrs;//属性数组
};
- Kobj type数据结构包含三个域:一个release方法用于释放kobject占用的资源;一个sysfs
ops指针指向sysfs操作表和一个sysfs文件系统缺省属性列表。
Sysfs操作表包括两个函数store()和show()。当用户态读取属性时,show()函数被调用,该函数编码指定属性值存入buffer中返回给用户态;而store()函数用于存储用户态传入的属性值。
attribute struct attribute
{
char * name;
struct module * owner;
mode_t mode;
};
- attribute属性。它以文件的形式输出到sysfs的目录当中。在kobject对应的目录下面。文件
名就是name。文件读写的方法对应于kobj type中的sysfs ops。
Kset
像刚才所说,每个Kobject结构都对应一个 目录。for example:/sys/bus/pci/drivers/serial/ 路径, /serial/这个目录由一个kobject 结构体 来表示的。但是/serial/的上一级目录/drivers/如何表示呢?那么就出现了Kset这个结构体。
struct kset {
struct list_head list; //用来管理kset下面的各个子目录的kobject
spinlock_t list_lock;//自旋锁,保护上面的lost
struct kobject kobj;//神奇的kobject,kset也仅仅是一个特殊的kobject而已
const struct kset_uevent_ops *uevent_ops;//kset产生用户事件的方法
};
-
总结:
-
1,
在sys下,表示一个目录使用的结构体是 Kobject,但是在linux的内核中,有硬件的设备 和
软件的驱动,在sys下都需要用一个目录来表示。 单纯的一个Kobject结构无法表示完全,增加了容器,来封装Kobject。 -
2,
最底层驱动目录的上一层目录,从sys角度上来说,他依然是个目录,所以他也有Kobjec这个变量。但是从他的意义上讲,他将一些有公共特性Kobjec的device/driver_device结构组织到了一起,所以除了有Kobject这个变量外,他又添加了一些变量,组成了Kset这个结构来表示这一级的目录。但是仅仅是用Kset来表示了这一级的目录,和1,一样,仅仅表示一个目录是不够的,在linux内核中,需要他在软件上有个映射。所以,也将Kset进行了封装,形成了bus_type这个结构。 -
3, 从1 ,2,的解释可以看出,应为kobject在Kset的目录下,那么 device/device_driver 就在
bus_type结构下。所以,linux驱动模型中,驱动和设备都是挂在总线下面的。 -
4,
如上所述,Kset的意义:表示一个目录(由结构体下的Kobject来完成),并且这个目录下的所有目录有共同的特性(所以说,Kset表示的目录下,不一定非要是Kobject街头的,也可以是Kset结构的。即:Kset嵌套Kset)。所以使用Kset来代替了以前的subsystem结构。
2,代码实例
#include <linux/init.h>
#include <linux/module.h>
#include <linux/fs.h>
#include <linux/types.h>
#include <linux/errno.h>
#include <linux/fcntl.h>
#include <linux/cdev.h>
#include <linux/pagemap.h>
#include <linux/vmalloc.h>
#include <linux/slab.h>
#include <asm/uaccess.h>
struct kobject kobj;
void kobj_demo_release(struct kobject* kobj);
ssize_t kobj_demo_show(struct kobject* kobj, struct attribute* attr, char* buf);
ssize_t kobj_demo_store(struct kobject* kobj, struct attribute* attr, const char* buf, ssize_t count);
struct attribute kobj_demo_attr = {
.name = "kobj_config",
.mode = S_IRWXUGO,
};
struct attribute kobj_demo_attr2 = {
.name = "attr2",
.mode = S_IRWXUGO,
};
static struct attribute* def_attrs[] = {
&kobj_demo_attr,
&kobj_demo_attr2,
NULL,
};
struct sysfs_ops kobj_demo_sysops = {
.show = kobj_demo_show,
.store = kobj_demo_store,
};
struct kobj_type ktype = {
.release = kobj_demo_release,
.sysfs_ops = &kobj_demo_sysops,
.default_attrs = def_attrs,
};
void kobj_demo_release(struct kobject* kobj)
{
printk("kobj demo release\n");
}
ssize_t kobj_demo_show(struct kobject* kobj, struct attribute* attr, char* buf)
{
printk("kobj demo show");
printk("attr name: %s.\n", attr->name);
sprintf(buf, "%s\n", attr->name);
return strlen(attr->name) + 2;
}
ssize_t kobj_demo_store(struct kobject* kobj, struct attribute* attr, const char* buf, ssize_t count)
{
printk("kobj demo store\n");
printk("write %s: %s\n", attr->name, buf);
return count;
}
static int __init kobj_module_init(void)
{
int ret = 0;
printk("kobj module init\n");
ret = kobject_init_and_add(&kobj, &ktype, NULL, "kobject_demo");
return ret;
}
static void __exit kobj_module_exit(void)
{
printk("kobj module exit\n");
kobject_del(&kobj);
}
module_init(kobj_module_init);
module_exit(kobj_module_exit);
MODULE_LICENSE("GPL");