Linux设备模型与Sysfs文件系统.doc

Linux设备模型与Sysfs文件系统 Linux设备模型的目的是：为内核建立起一个统一的设备模型，从而有一个对系统结构的一般性抽象描述。 现在内核使用设备模型支持多种不同的任务：电源管理和系统关机 ：这些需要对系统结构的理解，设备模型使OS能以正确顺序遍历系统硬件。 与用户空间的通讯 ：sysfs 虚拟文件系统的实现与设备模型的紧密相关, 并向外界展示它所表述的结构。向用户空间提供系统信息、改变操作参数的接口正越来越多地通过 sysfs ， 也就是设备模型来完成。 热插拔设备 ：越来越多的设备可以被动态的热插拔了，也就是说，外围设备可根据用户需求来安装和卸载。 设备类型：设备模型包括了将设备分类的机制，在一个更高的功能层上描述这些设备, 并使设备对用户空间可见。 对象生命周期：设备模型的实现需要创建一系列机制来处理对象的生命周期、对象间的关系和对象在用户空间的表示。 Linux 设备模型是一个复杂的数据结构。但对模型的大部分来说, Linux 设备模型代码会处理好这些关系, 而不是把他们强加于驱动作者。模型隐藏于交互的背后，与设备模型的直接交互通常由总线级的逻辑和其他的内核子系统处理。所以许多驱动作者可完全忽略设备模型, 并相信设备模型能处理好他所负责的事。 １． Sysfs文件系统 Sysfs文件系统是一个类似于proc文件系统的特殊文件系统，用于将系统中的设备组织成层次结构，并向用户模式程序提供详细的内核数据结构信息。 如上图所示其顶层目录主要有：Block目录：包含所有的块设备Devices目录：包含系统所有的设备，并根据设备挂接的总线类型组织成层次结构Bus目录：包含系统中所有的总线类型Drivers目录：包括内核中所有已注册的设备驱动程序Class目录：系统中的设备类型（如网卡设备，声卡设备等） ２． 内核对象机制关键数据结构 2.1 kobject内核对象 kobject是一种数据结构，定义在 linux/kobject.h 。 struct kobject {????const char????* k_name;/*kobject 的名字数组（sysfs 入口使用的名字）指针；如果名字数组大小小于KOBJ_NAME_LEN，它指向本数组的name,否则指向另外分???的一个名字数组空间 */????char????????????name[KOBJ_NAME_LEN];/*kobject 的名字数组，若名字数组大小不小于KOBJ_NAME_LEN，只储存前KOBJ_NAME_LEN个字符*/????struct kref????????kref;/*kobject 的引用计数*/????struct list_head????entry;/*kobject 之间的双向链表，与所属的kset形成环形链表*/????struct kobject????????* parent;/*在sysfs分层结构中定位对象，指向上一级kset中的struct kobject?kobj*/????struct kset????????* kset;/*指向所属的kset*/????struct kobj_type????* ktype;/*负责对该kobject类型进行跟踪的struct kobj_type的指针*/????struct dentry????????* dentry;/*sysfs文件系统中与该对象对应的文件节点路径指针*/????wait_queue_head_t????poll;/*等待队列头*/};kobject 是组成设备模型的基本结构，初始它只被作为一个简单的引用计数, 但随时间的推移,其任务越来越多。现在kobject 所处理的任务和支持代码包括: 对象的引用计数 ：跟踪对象生命周期的一种方法是使用引用计数。当没有内核代码持有该对象的引用时, 该对象将结束自己的有效生命期并可被删除。 sysfs 表述：在 sysfs 中出现的每个对象都对应一个 kobject, 它和内核交互来创建它的可见表述。 数据结构关联：整体来看, 设备模型是一个极端复杂的数据结构，通过其间的大量链接而构成一个多层次的体系结构。kobject 实现了该结构并将其聚合在一起。 热插拔事件处理 ：kobject 子系统将产生的热插拔事件通知用户空间。 一个kobject对自身并不感兴趣，它存在的意义在于把高级对象连接到设备模型上。因此内核代码很少(甚至不知道)创建一个单独的 kobject；而kobject 被用来控制对大型域（domain）相关对象的访问，所以kobject 被嵌入到其他结构中。kobject 可被看作一个最顶层的基类，其他类都它的派生产物。 kobject 实