linux26内核模型.pdf

Linux 2.6 Device Model v1.0 By semiyd 2007/7/26 Linux2.6 的设备模型是一个复杂的数据结构体系，不能用一种简单形象的结构来进行整体的描述。本文试图用一些易于理解的方式，解释这个体系的构造。总体上，会偏向与driver 的相关内容，与 driver 不太相干的东东会相应的忽略，并且侧重对体系结构的理解，对 device model 中的很多技术细节就不去一一解释了，具体可以看linux 设备驱动程序中的相关章节。全文分为 2 大部分。第一部分是解释整个体系结构。第二部分是结合具体的驱动的内核注册过程，看一下体系的工作流程。Part One：The Device Model 在介绍这个体系之前，先要说明一下下列一些重要的概念。Kobject Kset Subsystem Sysfs Bus Device Class Device_driver KOBJECT kobject 是设备模型中的基本的结构。从代码上看，是一个结构体。但是 linux 中引入了面向对象的思想，从某些角度，也可以看成是一个类。struct kobject const char *k_name;/name of the kobject char nameKOBJ_NAME_LEN;struct kref kref;/reference counting(引用计数)struct list_head entry;struct kobject *parent;/父类 struct kset *kset;struct kobj_type*ktype;struct dentry *dentry;wait_queue_head_t poll;kobject 对象通常被嵌入到其他的结构中。从面向对象的观点看，kobject 可以看成是基类，而其他类都是派生的产物。这一点在后面的图表中会有具体的说明。不过这里还是举一个派生的例子：device_driver。struct device_driver const char *name;struct bus_type *bus;struct completion unloaded;struct kobject kobj;struct klist klist_devices;struct klist_node knode_bus;struct module *owner;int(*probe)(struct device*dev);int(*remove)(struct device*dev);void(*shutdown)(struct device*dev);int(*suspend)(struct device*dev,pm_message_t state);int(*resume)(struct device*dev);各种操作：void kobject_init(struct kobject*);初始化 int kobject_add(struct kobject*);加入 kset 并且在 sysfs 中显示 kobject。kobject 不一定会在不一定会在 sysfs 里显示，除非你调用了这个函数。里显示，除非你调用了这个函数。int kobject_register(struct kobject*);kobject_init 和 kobject_add 的简单结合 void kobject_del(struct kobject*);void kobject_unregister(struct kobject*);struct kobject*kobject_get(struct kobject*);增加引用计数 void kobject_put(struct kobject*);减少引用计数 kobject 的一个重要函数是为他的结构设置引用计数(reference counting)。只要对象的引用计数存在，对象（以及支持他的代码）就必须存在。KSET 一个 kset 是相同类型的 kobject 的一个集合。这里所说的类型，是有一个叫kobj_type 类型的指针来描述的。kset 一定会在一定会在 sysfs 里显示出来。里显示出来。我们可以认为，他是kobject 的顶层容器(container)类。在每个 kset 的内部，包含了自己的 kobject，并且可以用多种处理 kobject 的方法处理 kset。struct kset struct subsystem*subsys;struct kobj_type*ktype;struct list_head list;spinlock_t list_lock;struct kobject kobj;struct kset_uevent_ops*uevent_ops;struct kobj_type void(*release)(struct kobject*);struct sysfs_ops*sysfs_ops;struct attribute*default_attrs;不过这里的 kset 还不一定是顶部的，也就是说，在同属于相同的 kobj_type 类型下，他有可能是另外一个 kset 的一部分。操作：void kset_init(struct kset*k);int kset_add(struct kset*k);int kset_register(struct kset*k);void kset_unregister(struct kset*k);static inline struct kset*kset_get(struct kset*k)/改动引用计数 static inline void kset_put(struct kset*k)/改动引用计数 SUBSYSTEM 子系统通常就是整个体系的顶层结构。在 sysfs 中，显示为/sys 下面的第一级目录。下面就来看看，通常/sys 下面的目录结构：block/bus/class/devices/firmware/net/fs/这里，就可以看见诸如 class（相当于 struct class）之类的子系统。struct subsystem struct kset kset;struct rw_semaphore rwsem;/用于串行访问 kset 内部的链表的信号量;在看刚刚的 class 例子 struct class const char *name;struct module *owner;struct subsystem subsys;struct list_head children;struct list_head devices;struct list_head interfaces;struct semaphore sem;/*locks both the children and interfaces lists*/struct class_attribute *class_attrs;struct class_device_attribute*class_dev_attrs;int(*uevent)(struct class_device*dev,char*envp,int num_envp,char*buffer,int buffer_size);void(*release)(struct class_device*dev);void(*class_release)(struct class*class);其实从定义上可以看出，子系统就是对一个 kset 和一个信号量的封装。操作：extern void subsystem_init(struct subsystem*);extern int subsystem_register(struct subsystem*);extern void subsystem_unregister(struct subsystem*);但驱动程序的编写人员是不会用到 subsys 级别的初始化之类的调用的。SYSFS sysfs 是一种基于内存的文件结构。简单的说，就是为内核的数据结构，一些属性，符号链接提供一个在用户空间中显示和交互的方式。在系统里，显示为/sys 文件夹。mount-t sysfs/sys 就可以在文件系统里看见/sys 的目录了。每一个在 kernel 里面注册的 kobject，在/sys 里面都会产生一个相应的目录，名字就 kobject 的 name。那么如果这个 kobject 有父类的话，那它对应的目录就会成为父类的子目录，这样就可以反映 kobject 的继承关系。下面是/sys 下一级目录的结构。block/bus/class/devices/firmware/net/fs/这里要提一个叫 attribute 的概念，也就是属性。attribute 是 kobject 里面的东西。在 sysfs 中，属性能够以常规的文件的形式，输出到 sysfs 的目录当中。并且，当 kobject的属性提供了读写的方法，sysfs 中就可以对相应的文件进行读写，从而访问 kobject 里面的一些信息。具体在 kobject 里面，有 kobj_type 结构：struct kobj_type void(*release)(struct kobject*);struct sysfs_ops*sysfs_ops;struct attribute*default_attrs;struct attribute const char *name;struct module *owner;mode_t mode;attribute 用于保存属性列表。*name 就是属性名了，也就是 sysfs 里面的文件名。mode 是保护位，如果是只读，就要设置成 S_IRUGO，读写就是 S_IWUSR。struct sysfs_ops ssize_t(*show)(struct kobject*,struct attribute*,char*);/读 ssize_t(*store)(struct kobject*,struct attribute*,const char*,size_t);/写;sysfs_ops 就是具体怎么实现在用户空间/sys 下面的读写操作了。另外，如果希望在 kobject 的 sysfs 目录中添加新的属性，只需要填写一个 attribute 结构体，然后调用下面的函数：sysfs_create_file(struct kobject*kobj,const struct attribute*attr)如果把 attribute 看成一个基类的，那这里有一个衍生的类，叫 device_attribute：struct device_attribute struct attribute attr;ssize_t(*show)(struct device*dev,char*buf);ssize_t(*store)(struct device*dev,const char*buf);相应的，也有函数来添加新属性：int device_create_file(struct device*,struct device_attribute*);void device_remove_file(struct device*,struct device_attribute*);同理有 driver_attribute。最后要说的就是符号链接。sysfs 具有树形的结构，来反映 kobject 之间的组织关系。但内核中的对象之间的关系远比这个复杂。比如，/sys/devices 的树表示了所有的设备，/sys/bus 的树可以表示设备的驱动。但驱动和设备之间的关系又如何表示呢？这里就需要一个指针，叫符号链接（symlink）来表示这种联系。int sysfs_create_link(struct kobject*kobj,struct kobject*target,const char*name)函数创建了一个叫 name 的链接，指向 target 的 sysfs 入口，并作为 kobj 的一个属性。到目前为止，介绍了 device model 的底层部分。下面，将讲述设备模型的上层部分。BUS 在设备模型中，所有的 device 都通过 bus 相连。这里的 bus 包括通常意义的总线，也包括虚拟的 platform 总线，下面会有具体的说明。总线可以互相插入，比如，usb host可以是 pci device。bus_type 结构表示了总线：struct bus_type const char *name;struct subsystem subsys;struct kset drivers;struct kset devices;struct klist klist_devices;struct klist klist_drivers;struct bus_attribute*bus_attrs;struct device_attribute*dev_attrs;struct driver_attribute*drv_attrs;int (*match)(struct device*dev,struct device_driver*drv);int (*uevent)(struct device*dev,char*envp,int num_envp,char*buffer,int buffer_size);int (*probe)(struct device*dev);int (*remove)(struct device*dev);void (*shutdown)(struct device*dev);int (*suspend)(struct device*dev,pm_message_t state);int (*resume)(struct device*dev);name 是总线的名字。从上面的定义可以看到，每个总线都有自己的子系统，这些子系统并不是指 sysfs 顶层的那个 subsystem。另外包含 2 个 kset。分别代表总线的 device 和 driver。后面可以看到，sysfs 中，每种总线下面，总有 device 和 driver 2 个文件夹。下面举个例子，说明一下 pci 总线的声明。struct bus_type pci_bus_type=.name=pci,.match=pci_bus_match,;值得注意的是，只有很少的 bus_type 成员需要初始化；大部分都可以交给 kernel 处理。有关总线的操作函数，这里仅仅介绍一个常用的：int bus_for_each_dev(struct bus_type*bus,struct device*start,void*data,int(*fn)(struct device*,void*)struct klist_iter i;struct device*dev;int error=0;if(!bus)return-EINVAL;klist_iter_init_node(&bus-klist_devices,&i,(start?&start-knode_bus:NULL);while(dev=next_device(&i)&!error)error=fn(dev,data);klist_iter_exit(&i);return error;他的作用是遍历 bus 上的 device，并进行 fn 操作。通常的用途是：绑定设备和驱动：void driver_attach(struct device_driver*drv)bus_for_each_dev(drv-bus,NULL,drv,_driver_attach);static int _driver_attach(struct device*dev,void*data)struct device_driver*drv=data;/*Lock device and try to bind to it.We drop the error *here and always return 0,because we need to keep trying *to bind to devices and some drivers will return an error *simply if it didnt support the device.*driver_probe_device()will spit a warning if there *is an error.*/if(dev-parent)/*Needed for USB*/down(&dev-parent-sem);down(&dev-sem);if(!dev-driver)driver_probe_device(drv,dev);up(&dev-sem);if(dev-parent)up(&dev-parent-sem);return 0;几乎在几乎在 linux 设备模型的每一层都提供了添加属性的函数设备模型的每一层都提供了添加属性的函数，总线也不例外。struct bus_attribute struct attribute attr;ssize_t(*show)(struct bus_type*,char*buf);ssize_t(*store)(struct bus_type*,const char*buf,size_t count);下面说明一下 bus 在 sysfs 里面的结构。刚刚已经提到了，由于有 2 个 kset，那么每个bus 都会有 driver 和 device2 个文件夹。具体的说：每个在总线上注册过的驱动都会得到一个文件夹，以 pci 总线上的驱动为例：/sys/bus/pci/|-devices -drivers|-Intel ICH|-Intel ICH Joystick|-agpgart -e100 而任何在总线/sys/bus/xxx/上发现的设备会得到一个 symlink(符号链接)，也就是/sys/bus/xxx/devices，指向/sys/devices/xxx 下面的文件夹 /sys/bus/pci/|-devices|-00:00.0-./././root/pci0/00:00.0|-00:01.0-./././root/pci0/00:01.0|-00:02.0-./././root/pci0/00:02.0 -drivers symlink 在 sysfs 中，可以理解为简单的文件夹快捷方式，你会发现在 gnome 之类的 GUI下，查看这些文件夹，图标就是快捷方式。DEVICE 先看下 device 的结构体：struct device struct klist klist_children;/List of child devices.struct klist_node knode_parent;/*node in sibling list*/struct klist_node knode_driver;/Node in devices drivers devices list.struct klist_node knode_bus;/Node in devices buss devices list.struct device *parent;/*该设备所属的设备 如果 parent 是 NULL，表示是顶层设备*/struct kobject kobj;/*表示该设备并把它连接到体系结构中的 kobject */char bus_idBUS_ID_SIZE;/*position on parent bus 在总线上唯一标识该设备的字符串。比如 PCI 设备，就是 PCI ID*/struct device_attribute uevent_attr;struct device_attribute*devt_attr;struct semaphore sem;/*semaphore to synchronize calls to *its driver.*/struct bus_type*bus;/*type of bus device is on*/struct device_driver*driver;/*which driver is manipulating this device*/void *driver_data;/*data private to and used by the device driver*/void *platform_data;/*Platform specific data,device core doesnt touch it*/void *firmware_data;/*Firmware specific data(e.g.ACPI,BIOS data),reserved for device core*/struct dev_pm_info power;u64 *dma_mask;/*dma mask(if dmaable device)*/u64 coherent_dma_mask;/*Like dma_mask,but for alloc_coherent mappings as not all hardware supports 64 bit addresses for consistent allocations such descriptors.*/struct list_head dma_pools;/*dma pools(if dmable)*/struct dma_coherent_mem*dma_mem;/*internal for coherent mem override*/*class_device migration path*/struct list_head node;struct class *class;/*optional*/dev_t devt;/*dev_t,creates the sysfs dev*/void(*release)(struct device*dev);基本上每个成员的作用都作了详细的注释。对于基于特定总线的设备，会有衍生类，诸如：struct platform_device const char*name;u32 id;struct device dev;u32 num_resources;struct resource*resource;一个用来发现设备的总线驱动需要用下面的函数注册设备：int device_register(struct device*dev)device_initialize(dev);return device_add(dev);总线要初始化下面的几个成员：-parent -name -bus_id -bus 完成以后，会在/sys/devices 下面看到。下面是与属性相关的内容：struct device_attribute struct attribute attr;ssize_t(*show)(struct device*dev,char*buf,size_t count,loff_t off);ssize_t(*store)(struct device*dev,const char*buf,size_t count,loff_t off);int device_create_file(struct device*dev,struct device_attribute*attr)void device_remove_file(struct device*dev,struct device_attribute*attr)CLASS 类的概念，实际上就是一个比较高层次上的视图。也就是说，它略去了一些低层的细节，而着重与从功能上去把设备分类，并不关心设备具体的连接方式。比如说，驱动程序看到的是 SCSI 磁盘和 ATA 磁盘，并且属于块设备，但在类的意义上，他们都属于磁盘类而已。所以说类的概念更 user-friendly。struct class const char *name;struct module *owner;struct subsystem subsys;struct list_head children;struct list_head devices;struct list_head interfaces;struct semaphore sem;/*locks both the children and interfaces lists*/struct class_attribute *class_attrs;struct class_device_attribute*class_dev_attrs;int(*uevent)(struct class_device*dev,char*envp,int num_envp,char*buffer,int buffer_size);void(*release)(struct class_device*dev);void(*class_release)(struct class*class);有关类的就不多介绍了。DEVICE_DRIVER struct device_driver const char *name;/*The name of the driver.Will be shown in the sysfs*/struct bus_type *bus;/*the specific bus this driver is manipulating*/struct completion unloaded;struct kobject kobj;struct klist klist_devices;/*driver 操作的设备链表*/struct klist_node knode_bus;struct module *owner;int(*probe)(struct device*dev);int(*remove)(struct device*dev);void(*shutdown)(struct device*dev);int(*suspend)(struct device*dev,pm_message_t state);int(*resume)(struct device*dev);在声明一个 device_driver 的时候，通常至少要声明下面一些成员：举个例子：static struct device_driver eepro100_driver=.name =eepro100,.bus =&pci_bus_type,.probe =eepro100_probe,.remove =eepro100_remove,.suspend =eepro100_suspend,.resume =eepro100_resume,;这是一个很简单的例子。不过在现实当中，大多数的驱动会要求带有自己所特有的针对某种特定总线的信息。这些信息不是上面的模型可以全部包含的。比较典型的例子是：带有 device ID 的基于 PCI 总线的驱动：struct pci_driver const struct pci_device_id*id_table;struct device_driver driver;所以就有了上面这个从 device_driver 衍生出来的 pci_driver 类。注意，这时候的device_driver 变成了 pci_driver 的一个成员。同样的道理，还会有 platform_driver 等等。那么声明一个 pci_driver 的过程就变成：static struct pci_driver eepro100_driver=.id_table =eepro100_pci_tbl,.driver =.name =eepro100,.bus =&pci_bus_type,.probe =eepro100_probe,.remove =eepro100_remove,.suspend=eepro100_suspend,.resume =eepro100_resume,;驱动的注册：/*driver_register-register driver with bus *drv:driver to register *We pass off most of the work to the bus_add_driver()call,*since most of the things we have to do deal with the bus *structures.*The one interesting aspect is that we setup drv-unloaded *as a completion that gets complete when the driver reference *count reaches 0.*/int driver_register(struct device_driver*drv)if(drv-bus-probe&drv-probe)|(drv-bus-remove&drv-remove)|(drv-bus-shutdown&drv-shutdown)printk(KERN_WARNING Driver%s needs updating-please use bus_type methodsn,drv-name);klist_init(&drv-klist_devices,klist_devices_get,klist_devices_put);/*其中包括初始化锁的内容*/init_completion(&drv-unloaded);return bus_add_driver(drv);不过正如刚才提到的，其实大多数驱动会调用针对特定总线的诸如 pci_driver_register，platform_driver_register 之类的函数去注册。和 BUS 一样，device_driver 也有一个函数用来遍历。int driver_for_each_dev(struct device_driver*drv,void*data,int(*callback)(struct device*dev,void*data);所有的 device_driver 在完成注册后，都会在所属的 bus 目录下，产生一个新的目录。下面分析一下 device_driver 的一个 callback 函数，也就是刚刚提到的：int(*probe)(struct device*dev);Probe 的入口是在 bus 的 rwsem 信号量（之前提到的一个 subsystem 的信号量）锁定，并且驱动部分绑定到设备的时候被调用的。它将检测这个设备是否可以支持，是否可以初始化。probe 经常在里面调用 dev_set_drvdata()来保存指向驱动特有信息的指针。当probe 把它做要做的 bind 工作完成好的时候，返回一个 0，这样设备模型就会完成余下的绑定工作。最后说下属性的内容。struct driver_attribute struct attribute attr;ssize_t(*show)(struct device_driver*,char*buf,size_t count,loff_t off);ssize_t(*store)(struct device_driver*,const char*buf,size_t count,loff_t off);int driver_create_file(struct device_driver*,struct driver_attribute*);void driver_remove_file(struct device_driver*,struct driver_attribute*);上面说了这么多，现在就要理一理 kobject,kset,subsys,sysfs,bus.等等东西之间，到底是什么样的一个关系。在弄清楚关系之前，先要看懂下面的这张图：图-1 这张图反映的，是 kobject 继承体系的一个基本的结构。首先，有必要重新再说一下 kset 的功能：kset 是一组相同的 kobject 的集合，所以 kernel 可以通过跟踪 kset，来跟踪“所用的 pci 设备”，或者所有的块设备之类。kset 起到了连接的作用，它把设备模型和sysfs 目录结合在了一起。每个 kset 自身，都含有一个 kobject，这个 kobject 将作为很多其他的 kobject 的父类。从 sysfs 上看，某个 kobject 的父类是某个目录，那它就是那个目录的子目录。parent 指针可以代表目录层次。这样，典型的设备模型的层次就建立起来了。从面向对象的观点看，kset 是顶层的容器类。kset 继承他们自己的 kobject，并且可以当作kobject 来处理。如图：kset 把它的子类（children）放在一个 kernel 链表里（list）。kset 子类链表里面的那些 kobject 的 kset 指针指向上面的 kset，parent 指向父类。大致就是上面画的这个结构。有 2 个注意点：1.上面的图里的 kobject 通常是已经被嵌入到其他结构中去了，有可能，已经嵌入到某个 kset 中了。2.kobject 的 parent 可以是单纯的 kobject，而不一定要是顶层的容器 kset 里的 kobject。struct kobject const char *k_name;/name of the kobject char nameKOBJ_NAME_LEN;struct kref kref;/reference counting(引用计数)struct list_head entry;struct kobject *parent;/父类 struct kset *kset;struct kobj_type*ktype;struct dentry *dentry;wait_queue_head_t poll;struct kset struct subsystem*subsys;struct kobj_type*ktype;struct list_head list;spinlock_t list_lock;struct kobject kobj;struct kset_uevent_ops*uevent_ops;看 懂 了 图-1，下 面 就 可 以 用 类 似 的 图 来 描 述 一 下 subsystem,bus 还 有device,class,device_driver.注：这里 kset 图中的 kset 是指它自己特有的一些成员，如不重要恕不列出。绿色代表可以代入。Kset kset kobjectSubsystem subsystem kset BUS Device bus subsystem kset(driver)kset(device)struct device *parent struct device *parent struct bus_type*bus struct device_driver *driver;struct class *class;Class device kobject Device_driver class