LDD3学习笔记设备模型之底层实现(kobject.docVIP

LDD3学习笔记设备模型之底层实现（kobject,kset） 写在前面的一些话：LDD3使用的内核版本是2.6.11，很多数据结构随着内核版本的改变也发生了变化。我是依据自己系统的内核版本来学习的。所以在笔记中的一些数据结构及一些函数发生变化时不要惊讶，它不是一个bug，呵呵。 尽管我们的出发点在底层，但我们有必要先来粗略了解一下高层的视图。 linux设备模型的基本组成结构： 类型 所包含的内容 对应内核数据结构 对应/sys项 设备(Devices) 设备是此模型中最基本的类型， 以设备本身的连接按层次组织 struct device /sys/devices/*/*/.../ 设备驱动(Device Drivers) 在一个系统中安装多个相同设备，只需要一份驱动程序的支持 struct device_driver /sys/bus/pci/drivers/*/ 总线类型(Bus Types) 在整个总线级别对此总线上连接的所有设备进行管理 struct bus_type /sys/bus/*/ 设备类别(Device Classes) 这是按照功能进行分类组织的设备层次树；如 USB 接口和 PS/2 接口的鼠标都是输入设备， 都会出现在 /sys/class/input/ 下 struct class /sys/class/*/ 说明：任何设备要与系统交互，必须通过总线来接连，设备本身要工作又必须要有设备驱动的支持，把设备分门另类，可以更好地组织，更迅速地处理设备。 为了把这些基本组成结构组织成统一的设备模型，内核在真正实现时是通过kobject和kset这两个底层的数据结构来完成。 先上一个图来说明这它们的关系 kobject是一种数据结构（include/linux/kobject.h）: view plaincopy to clipboardprint? 59struct?kobject?{?? 60????????const?char??????????????*name;?? 61????????struct?list_head????????entry;?? 62????????struct?kobject??????????*parent;?? 63????????struct?kset?????????????*kset;?? 64????????struct?kobj_type????????*ktype;?? 65????????struct?sysfs_dirent?????*sd;?? 66????????struct?kref?????????????kref;?? 67????????unsigned?int?state_initialized:1;?? 68????????unsigned?int?state_in_sysfs:1;?? 69????????unsigned?int?state_add_uevent_sent:1;?? 70????????unsigned?int?state_remove_uevent_sent:1;?? 71????????unsigned?int?uevent_suppress:1;?? 72};?? 在理解这些数据结构成员的时候要与设备模型提供的任务联系起来理解，因为它们就是设备模型的底层实现，代表着设备模型实现任务。下面要介绍的kset也是一样的。 其中 struct kref 内含一个 atomic_t 类型用于引用计数，对对象生命周期进行控制。 parent 是指向父节点的指针，实现设备模型的分层结构 entry 用于父 kset 以链表头结构将 kobject 结构维护成双向链表；name是对象的名字。 嵌入的kobject ? 一个kobject对自身关不感兴趣，它存在的意义在于把高级对象连接到设备模型上。高级对象包括：总线，设备，设备驱动等。要把它们抽象起来，组织成一个模型，把必须要有一个中间物，这个中间物就是kobject。为此，kobject总是被嵌入到这些高级对象中，很少有一个单独的kobject对象。理解这个对于理解设备模型很重要，具体的参考LDD3的说明。 ? 针对kobject的函数代表嵌入它的其他对象去完成任务。 kobject的初始化 ? 对kobject的初始化有一些步骤是必须的： ? 1、将整个kobject设置为0。通常使用memset函数，而且通常是在分配包含kobject的结构时进行的。如果忘记对kobject的清零，以后使用它有可能会发生一些奇怪的错误，所以这一步是必须的。 ? 2、调用kobject_init()函数，以便设置结构内部的一些成员。随着内核版的更新，这