ldd3学习之十一(2)：Linux设备模型---总线、设备、驱动

刺骨的言语ヽ痛彻心扉 2022-06-18 03:28 229阅读 0赞

随着技术的不断进步，系统拓扑接口越来越复杂，对智能电源管理、热插拔支持要求也越来越高，为适应这些需求，2.6内核提供了全新的内核设备模型。设备模型三元素：总线、设备、驱动。另：采用总线模型，极大的提高程序可移植性。

**1.总线**

总线就是处理器与设备（包括SOC设备，比如SPI控制器）之间的通道，在设备模型中，所有的设备都通过总线相连，Linux的虚拟总线platform总线。在Linux设备模型中，总线由bus\_type结构表示，在定义

1.  struct bus\_type \{   
    
2.      const char \* name;/\*总线类型名称\*/  
    
3.      struct module \* owner;/\*指向模块的指针(如果有), 此模块负责操作这个总线\*/  
    
4.    
    
5.      struct kset subsys;/\*与该总线相关的子系统\*/  
    
6.      struct kset drivers;/\*总线驱动程序的kset\*/  
    
7.      struct kset devices;/\* 挂在该总线的所有设备的kset\*/  
    
8.    
    
9.      struct klist klist\_devices;/\*与该总线相关的驱动程序链表\*/  
    
10.     struct klist klist\_drivers;/\*挂接在该总线的设备链表\*/  
    
11.   
    
12.     struct blocking\_notifier\_head bus\_notifier;  
    
13.   
    
14.     struct bus\_attribute \* bus\_attrs; /\*总线属性\*/  
    
15.     struct device\_attribute \* dev\_attrs; /\*设备属性,指向为每个加入总线的设备建立的默认属性链表\*/  
    
16.     struct driver\_attribute \* drv\_attrs; /\*驱动程序属性\*/  
    
17.     struct bus\_attribute drivers\_autoprobe\_attr;/\*驱动自动探测属性\*/  
    
18.     struct bus\_attribute drivers\_probe\_attr;/\*驱动探测属性\*/  
    
19.   
    
20.     int (\*match)(struct device \* dev, struct device\_driver \* drv);  
    
21.     int (\*uevent)(struct device \*dev, char \*\*envp,  
    
22.                  int num\_envp, char \*buffer, int buffer\_size);  
    
23.     int (\*probe)(struct device \* dev);  
    
24.     int (\*remove)(struct device \* dev);  
    
25.     void (\*shutdown)(struct device \* dev);  
    
26.   
    
27.     int (\*suspend)(struct device \* dev, pm\_message\_t state);  
    
28.     int (\*suspend\_late)(struct device \* dev, pm\_message\_t state);  
    
29.     int (\*resume\_early)(struct device \* dev);  
    
30.     nt (\*resume)(struct device \* dev);  
    
31. /\*处理热插拔、电源管理、探测和移除等事件的方法\*/  
    
32.     unsigned int drivers\_autoprobe:1;  
    
33. \};

在新版内核中，这个结构体更简洁，隐藏了无需驱动知道的一些成员：

1.  /\*linux-3.1.6\*/
2.  struct bus\_type \{   
    
3.      const char        \*name;  
    
4.      struct bus\_attribute    \*bus\_attrs;  
    
5.      struct device\_attribute    \*dev\_attrs;  
    
6.      struct driver\_attribute    \*drv\_attrs;  
    
7.    
    
8.      int (\*match)(struct device \*dev, struct device\_driver \*drv);  
    
9.      int (\*uevent)(struct device \*dev, struct kobj\_uevent\_env \*env);  
    
10.     int (\*probe)(struct device \*dev);  
    
11.     int (\*remove)(struct device \*dev);  
    
12.     void (\*shutdown)(struct device \*dev);  
    
13.   
    
14.     int (\*suspend)(struct device \*dev, pm\_message\_t state);  
    
15.     int (\*resume)(struct device \*dev);  
    
16.   
    
17.     const struct dev\_pm\_ops \*pm;  
    
18.   
    
19.     struct subsys\_private \*p;  
    
20. \};

(1)总线注册过程：

① 申明和初始化 bus\_type 结构体。只有很少的 bus\_type 成员需要初始化，大部分都由设备模型核心控制。但必须为总线指定名字及一些必要的方法。例如

1.  struct bus\_type my\_bus\_type = \{   
    
2.      .name = "my\_bus",  
    
3.      .match = my\_match,  
    
4.  \};

②调用bus\_register函数注册总线

1.  int bus\_register(struct bus\_type \* bus)

调用可能失败, 所以必须始终检查返回值。若成功，新的总线子系统将被添加进系统，并可在 sysfs 的 /sys/bus 下看到。之后可以向总线添加设备。

1.  ret = bus\_register(&my\_bus\_type);  
    
2.  if (ret)  
    
3.      return ret;

③总线删除：

1.  void bus\_unregister(struct bus\_type \*bus)

(2)总线方法：

在 bus\_type 结构中定义了许多方法，它们允许总线核心作为设备核心和单独的驱动程序之间提供服务的中介，主要介绍以下两个方法:

1.  int (\*match)(struct device \* dev, struct device\_driver \* drv);  
    
2.  /\*当一个新设备或者驱动被添加到这个总线时，这个方法会被调用一次或多次，若指定的驱动程序能够处理指定的设备，则返回非零值。\*/  
    
3.    
    
4.  int (\*uevent)(struct device \*dev, char \*\*envp, int num\_envp, char \*buffer, int buffer\_size);  
    
5.  /\*在为用户空间产生热插拔事件之前，这个方法允许总线添加环境变量（参数和 kset 的uevent方法相同）\*/

例如：

1.  static int my\_match(struct device \*dev, struct device\_driver \*driver)  
    
2.  \{   
    
3.      return !strncmp(dev\->bus\_id, driver\->name, strlen(driver\->name));  
    
4.  \}

(3)对设备和驱动的迭代

若要编写总线层代码, 可能不得不对所有已经注册到总线的设备或驱动进行一些操作，这可能需要仔细研究嵌入到 bus\_type 结构中的其他数据结构, 但最好使用内核提供的辅助函数：

1.  int bus\_for\_each\_dev(struct bus\_type \*bus, struct device \*start, void \*data, int (\*fn)(struct device \*, void \*));  
    
2.  int bus\_for\_each\_drv(struct bus\_type \*bus, struct device\_driver \*start, void \*data, int (\*fn)(struct device\_driver \*, void \*));  
    
3.    
    
4.  /\*这两个函数迭代总线上的每个设备或驱动程序, 将关联的 device 或 device\_driver 传递给 fn, 同时传递 data 值。若 start 为 NULL, 则从第一个设备开始; 否则从 start 之后的第一个设备开始。若 fn 返回非零值, 迭代停止并且那个值从 bus\_for\_each\_dev 或bus\_for\_each\_drv 返回。\*/

(4)总线属性

几乎 Linux 设备模型中的每一层都提供添加属性的函数, 总线层也不例外。bus\_attribute 类型定义在 如下:

1.  struct bus\_attribute \{   
    
2.      struct attribute attr;  
    
3.      ssize\_t (\*show)(struct bus\_type \*, char \* buf);  
    
4.      ssize\_t (\*store)(struct bus\_type \*, const char \* buf, size\_t count);  
    
5.  \};

可以看出struct bus\_attribute 和struct attribute 很相似，其实大部分在 kobject 级上的设备模型层都是以这种方式工作。

内核提供了一个宏在编译时创建和初始化 bus\_attribute 结构:

1.  BUS\_ATTR(\_name,\_mode,\_show,\_store)/\*这个宏声明一个结构, 将 bus\_attr\_ 作为给定 \_name 的前缀来创建总线的真正名称\*/  
    
2.    
    
3.  /\*总线的属性必须显式调用 bus\_create\_file 来创建:\*/  
    
4.  int bus\_create\_file(struct bus\_type \*bus, struct bus\_attribute \*attr);  
    
5.    
    
6.  /\*删除总线的属性调用:\*/  
    
7.  void bus\_remove\_file(struct bus\_type \*bus, struct bus\_attribute \*attr);

例如：

1.  /\*  
    
2.   \* Export a simple attribute.  
    
3.   \*/  
    
4.  static ssize\_t show\_bus\_version(struct bus\_type \*bus, char \*buf)  
    
5.  \{   
    
6.      return snprintf(buf, PAGE\_SIZE, "%s\\n", Version);  
    
7.  \}  
    
8.    
    
9.  static BUS\_ATTR(version\_file, S\_IRUGO, show\_bus\_version, NULL);
10. //将会在/sys/bus/my\_bus/下显示version\_file文件
11. if (bus\_create\_file(&my\_bus\_type, &bus\_attr\_version\_file))
12. printk(KERN\_NOTICE "Fail to create version attribute!\\n");

**2.设备**

Linux 系统中的每个设备由一个 struct device 代表:

1.  struct device \{   
    
2.      struct klist klist\_children;  
    
3.      struct klist\_node knode\_parent; /\* node in sibling list \*/  
    
4.      struct klist\_node knode\_driver;  
    
5.      struct klist\_node knode\_bus;  
    
6.      struct device \*parent;/\* 设备的 "父" 设备，该设备所属的设备，通常一个父设备是某种总线或者主控制器. 如果 parent 是 NULL, 则该设备是顶层设备，较少见 \*/  
    
7.    
    
8.      struct kobject kobj;/\*代表该设备并将其连接到结构体系中的 kobject； 注意：作为通用的规则, device\->kobj\->parent 应等于 device\->parent\->kobj\*/  
    
9.      char bus\_id\[BUS\_ID\_SIZE\];/\*在总线上唯一标识该设备的字符串;例如: PCI 设备使用标准的 PCI ID 格式, 包含:域, 总线, 设备, 和功能号.\*/  
    
10.     struct device\_type \*type;  
    
11.     unsigned is\_registered:1;  
    
12.     unsigned uevent\_suppress:1;  
    
13.     struct device\_attribute uevent\_attr;  
    
14.     struct device\_attribute \*devt\_attr;  
    
15.   
    
16.     struct semaphore sem; /\* semaphore to synchronize calls to its driver. \*/  
    
17.     struct bus\_type \* bus; /\*标识该设备连接在何种类型的总线上\*/  
    
18.     struct device\_driver \*driver; /\*管理该设备的驱动程序\*/  
    
19.     void \*driver\_data; /\*该设备驱动使用的私有数据成员\*/  
    
20.     void \*platform\_data; /\* Platform specific data, device core doesn't touch it \*/  
    
21.     struct dev\_pm\_info power;  
    
22.   
    
23. \#ifdef CONFIG\_NUMA  
    
24.     int numa\_node; /\* NUMA node this device is close to \*/  
    
25. \#endif  
    
26.     u64 \*dma\_mask; /\* dma mask (if dma'able device) \*/  
    
27.     u64 coherent\_dma\_mask;/\* Like dma\_mask, but for  
    
28.                      alloc\_coherent mappings as  
    
29.                      not all hardware supports  
    
30.                      64 bit addresses for consistent  
    
31.                      allocations such descriptors. \*/  
    
32.   
    
33.     struct list\_head dma\_pools; /\* dma pools (if dma'ble) \*/  
    
34.   
    
35.     struct dma\_coherent\_mem \*dma\_mem; /\* internal for coherent mem override \*/  
    
36.     /\* arch specific additions \*/  
    
37.     struct dev\_archdata archdata;  
    
38.   
    
39.     spinlock\_t devres\_lock;  
    
40.     struct list\_head devres\_head;  
    
41.   
    
42.     /\* class\_device migration path \*/  
    
43.     struct list\_head node;  
    
44.     struct class \*class;  
    
45.     dev\_t devt; /\* dev\_t, creates the sysfs "dev" \*/  
    
46.     struct attribute\_group \*\*groups; /\* optional groups \*/  
    
47.   
    
48.     void (\*release)(struct device \* dev);/\*当这个设备的最后引用被删除时，内核调用该方法; 它从被嵌入的 kobject 的 release 方法中调用。所有注册到核心的设备结构必须有一个 release 方法, 否则内核将打印错误信息\*/  
    
49. \};  
    
50. /\*在注册 struct device 前，最少要设置parent, bus\_id, bus, 和 release 成员\*/

(1)设备注册

1.  int device\_register(struct device \*dev);  
    
2.  void device\_unregister(struct device \*dev);

一个实际的总线也是一个设备，所以必须单独注册，例如

1.  
2.  static void my\_bus\_release(struct device \*dev)
3.  \{ 
4.  printk(KERN\_DEBUG "my bus release\\n");
5.  \}
6.  
7.  struct device my\_bus\_dev = \{ 
8.  .bus\_id   = "my\_bus0",
9.  .release  = my\_bus\_release
10. \};
11. /\*注册总线设备\*/  
    
12.     ret = device\_register(&my\_bus\_dev);  
    
13.     if (ret)  
    
14.         printk(KERN\_NOTICE "Fail to register device:my\_bus!\\n");

(2)设备属性

sysfs 中的设备入口可有属性,相关的结构是:

1.  /\* interface for exporting device attributes 这个结构体和《LDD3》中的不同，已经被更新过了，请特别注意！\*/  
    
2.  struct device\_attribute \{   
    
3.      struct attribute attr;  
    
4.      ssize\_t (\*show)(struct device \*dev, struct device\_attribute \*attr,char \*buf);  
    
5.      ssize\_t (\*store)(struct device \*dev, struct device\_attribute \*attr, const char \*buf, size\_t count);  
    
6.  \};  
    
7.    
    
8.  /\*设备属性结构可在编译时建立, 使用以下宏:\*/  
    
9.  DEVICE\_ATTR(\_name,\_mode,\_show,\_store);  
    
10. /\*这个宏声明一个结构, 将 dev\_attr\_ 作为给定 \_name 的前缀来命名设备属性  
    
11.   
    
12. /\*属性文件的实际处理使用以下函数:\*/  
    
13.  int device\_create\_file(struct device \*device, struct device\_attribute \* entry);  
    
14.  void device\_remove\_file(struct device \* dev, struct device\_attribute \* attr);

(3)设备结构的嵌入

device 结构包含设备模型核心用来模拟系统的信息。但大部分子系统记录了关于它们又拥有的设备的额外信息，所以很少单纯用 device 结构代表设备，而是，通常将其嵌入一个设备的高层表示中。底层驱动几乎不知道 struct device。

lddbus 驱动创建了它自己的 device 类型，并期望每个设备驱动使用这个类型来注册它们的设备:

lddbus 导出的注册和注销接口如下:

**3.设备驱动程序**

(1)驱动定义

1. /\*定义在<linux/device.h>\*/ 
 
2. struct device\_driver \{ 
 
3.     const char \* name;/\*驱动程序的名字( 在 sysfs 中出现 )\*/ 
 
4.     struct bus\_type \* bus;/\*驱动程序所操作的总线类型\*/ 
 
5. 
 
6.     struct kobject kobj;/\*内嵌的kobject对象\*/ 
 
7.     struct klist klist\_devices;/\*当前驱动程序能操作的设备链表\*/ 
 
8.     struct klist\_node knode\_bus; 
 
9. 
 
10.     struct module \* owner; 
 
11.     const char \* mod\_name; /\* used for built\-in modules \*/ 
 
12.     struct module\_kobject \* mkobj; 
 
13. 
 
14.     int (\*probe) (struct device \* dev);/\*查询一个特定设备是否存在及驱动是否可以使用它的函数\*/ 
 
15.     int (\*remove) (struct device \* dev);/\*将设备从系统中删除\*/ 
 
16.     void (\*shutdown) (struct device \* dev);/\*关闭设备\*/ 
 
17.     int (\*suspend) (struct device \* dev, pm\_message\_t state); 
 
18.     int (\*resume) (struct device \* dev); 
 
19. \}; 
 
20. 
 
21. /\*注册device\_driver 结构的函数是:\*/ 
 
22. int driver\_register(struct device\_driver \*drv); 
 
23. void driver\_unregister(struct device\_driver \*drv); 
 
24. 
 
25. /\*driver的属性结构在:\*/ 
 
26. struct driver\_attribute \{ 
 
27.  struct attribute attr; 
 
28.  ssize\_t (\*show)(struct device\_driver \*drv, char \*buf); 
 
29.  ssize\_t (\*store)(struct device\_driver \*drv, const char \*buf, size\_t count); 
 
30. \}; 
 
31. DRIVER\_ATTR(\_name,\_mode,\_show,\_store) 
 
32. 
 
33. /\*属性文件创建的方法:\*/ 
 
34. int driver\_create\_file(struct device\_driver \* drv, struct driver\_attribute \* attr); 
 
35. void driver\_remove\_file(struct device\_driver \* drv, struct driver\_attribute \* attr); 
 
36. 
 
37. /\*bus\_type 结构含有一个成员( drv\_attrs ) 指向一组为属于该总线的所有设备创建的默认属性\*/

在新版内核中，这个结构体更简洁，隐藏了无需驱动知道的一些成员：

1.  struct device\_driver \{   
    
2.      const char        \*name;  
    
3.      struct bus\_type        \*bus;  
    
4.    
    
5.      struct module        \*owner;  
    
6.      const char        \*mod\_name;    /\* used for built\-in modules \*/  
    
7.    
    
8.      bool suppress\_bind\_attrs;    /\* disables bind/unbind via sysfs \*/  
    
9.    
    
10.     const struct of\_device\_id    \*of\_match\_table;  
    
11.   
    
12.     int (\*probe) (struct device \*dev);  
    
13.     int (\*remove) (struct device \*dev);  
    
14.     void (\*shutdown) (struct device \*dev);  
    
15.     int (\*suspend) (struct device \*dev, pm\_message\_t state);  
    
16.     int (\*resume) (struct device \*dev);  
    
17.     const struct attribute\_group \*\*groups;  
    
18.   
    
19.     const struct dev\_pm\_ops \*pm;  
    
20.   
    
21.     struct driver\_private \*p;  
    
22. \};
23. 
24. struct driver\_private \{
25. struct kobject kobj;
26. struct klist klist\_devices;
27. struct klist\_node knode\_bus;
28. struct module\_kobject \*mkobj;
29. struct device\_driver \*driver;
30. \};
31. \#define to\_driver(obj) container\_of(obj, struct driver\_private, kobj)

（2）驱动程序结构的嵌入

对大多数驱动程序核心结构, device\_driver 结构通常被嵌入到一个更高层的、总线相关的结构中。

以lddbus 子系统为例，它定义了ldd\_driver 结构:

lddbus总线中相关的驱动注册和注销函数是:

在sculld 中创建的 ldd\_driver 结构如下:

**类 子系统**

类是一个设备的高层视图, 它抽象出了底层的实现细节，从而允许用户空间使用设备所提供的功能, 而不用关心设备是如何连接和工作的。类成员通常由上层代码所控制, 而无需驱动的明确支持。但有些情况下驱动也需要直接处理类。

几乎所有的类都显示在 /sys/class 目录中。出于历史的原因，有一个例外：块设备显示在 /sys/block目录中。在许多情况, 类子系统是向用户空间导出信息的最好方法。当类子系统创建一个类时, 它将完全拥有这个类,根本不用担心哪个模块拥有那些属性，而且信息的表示也比较友好。

为了管理类，驱动程序核心导出了一些接口，其目的之一是提供包含设备号的属性以便自动创建设备节点，所以udev的使用离不开类。 类函数和结构与设备模型的其他部分遵循相同的模式，所以真正崭新的概念是很少的。

注意：class\_simple 是老接口，在2.6.13中已被删除，这里不再研究。

**管理类的接口**

类由 struct class 的结构体来定义:

<table style="color: rgb(0, 0, 0); font-family: 宋体, Arial; font-size: 12px; line-height: 11px; background-color: rgb(245, 247, 248); border-collapse: collapse; "> 
 <tbody> 
 <tr> 
 <td style="line-height: 1.5; ">/* &nbsp;* device classes &nbsp;*/ struct&nbsp;class&nbsp;{ &nbsp;&nbsp;&nbsp;&nbsp;const&nbsp;char&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;name;/*每个类需要一个唯一的名字, 它将显示在 /sys/class 中*/ &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;module&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;owner; &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;kset&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;subsys; &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;list_head&nbsp;&nbsp;&nbsp;&nbsp;children; &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;list_head&nbsp;&nbsp;&nbsp;&nbsp;devices; &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;list_head&nbsp;&nbsp;&nbsp;&nbsp;interfaces; &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;kset&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;class_dirs; &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;semaphore&nbsp;&nbsp;&nbsp;&nbsp;sem;&nbsp;&nbsp;&nbsp;&nbsp;/* locks both the children and interfaces lists */ &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;class_attribute&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;class_attrs;/* 指向类属性的指针（以NULL结尾） */ &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;class_device_attribute&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;class_dev_attrs;/* 指向类中每个设备的一组默认属性的指针 */ &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;device_attribute&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;dev_attrs; &nbsp;&nbsp;&nbsp;&nbsp;int&nbsp;&nbsp;&nbsp;&nbsp;(*uevent)(struct&nbsp;class_device&nbsp;*dev,&nbsp;char&nbsp;**envp, &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;int&nbsp;num_envp,&nbsp;char&nbsp;*buffer,&nbsp;int&nbsp;buffer_size);/* 类热插拔产生时添加环境变量的函数 */ &nbsp;&nbsp;&nbsp;&nbsp;int&nbsp;&nbsp;&nbsp;&nbsp;(*dev_uevent)(struct&nbsp;device&nbsp;*dev,&nbsp;char&nbsp;**envp,&nbsp;int&nbsp;num_envp, &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;char&nbsp;*buffer,&nbsp;int&nbsp;buffer_size);/* 类中的设备热插拔时添加环境变量的函数 */ &nbsp;&nbsp;&nbsp;&nbsp;void&nbsp;&nbsp;&nbsp;&nbsp;(*release)(struct&nbsp;class_device&nbsp;*dev);/* 把设备从类中删除的函数 */ &nbsp;&nbsp;&nbsp;&nbsp;void&nbsp;&nbsp;&nbsp;&nbsp;(*class_release)(struct&nbsp;class&nbsp;*class);/* 删除类本身的函数 */ &nbsp;&nbsp;&nbsp;&nbsp;void&nbsp;&nbsp;&nbsp;&nbsp;(*dev_release)(struct&nbsp;device&nbsp;*dev); &nbsp;&nbsp;&nbsp;&nbsp;int&nbsp;&nbsp;&nbsp;&nbsp;(*suspend)(struct&nbsp;device&nbsp;*,&nbsp;pm_message_t state); &nbsp;&nbsp;&nbsp;&nbsp;int&nbsp;&nbsp;&nbsp;&nbsp;(*resume)(struct&nbsp;device&nbsp;*); }; /*类注册函数:*/ int&nbsp;class_register(struct&nbsp;class&nbsp;*cls); void&nbsp;class_unregister(struct&nbsp;class&nbsp;*cls); /*类属性的接口:*/ struct&nbsp;class_attribute&nbsp;{ &nbsp;struct&nbsp;attribute attr; &nbsp;ssize_t&nbsp;(*show)(struct&nbsp;class&nbsp;*cls,&nbsp;char&nbsp;*buf); &nbsp;ssize_t&nbsp;(*store)(struct&nbsp;class&nbsp;*cls,&nbsp;const&nbsp;char&nbsp;*buf,&nbsp;size_t&nbsp;count);&nbsp; };&nbsp; CLASS_ATTR(_name,_mode,_show,_store);&nbsp; int&nbsp;class_create_file(struct&nbsp;class&nbsp;*cls,&nbsp;const&nbsp;struct&nbsp;class_attribute&nbsp;*attr); void&nbsp;class_remove_file(struct&nbsp;class&nbsp;*cls,&nbsp;const&nbsp;struct&nbsp;class_attribute&nbsp;*attr);</td> 
 </tr> 
 </tbody> 
</table>

**在更新的内核里，这个结构体变得简洁了，删除了一些成员：**

<table style="border-collapse: collapse; "> 
 <tbody> 
 <tr style="font-size: 10pt; "> 
 <td style="line-height: 1.5; font-size: 10pt; ">/*in Linux 2.6.26.5*/ /* &nbsp;* device classes &nbsp;*/ struct&nbsp;class&nbsp;{ &nbsp;&nbsp;&nbsp;&nbsp;const&nbsp;char&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*name; &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;module&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*owner; &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;kset&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;subsys; &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;list_head&nbsp;&nbsp;&nbsp;&nbsp;devices; &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;list_head&nbsp;&nbsp;&nbsp;&nbsp;interfaces; &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;kset&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;class_dirs; &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;semaphore&nbsp;&nbsp;&nbsp;&nbsp;sem;&nbsp;/* locks children, devices, interfaces */ &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;class_attribute&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*class_attrs; &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;device_attribute&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*dev_attrs; &nbsp;&nbsp;&nbsp;&nbsp;int&nbsp;(*dev_uevent)(struct&nbsp;device&nbsp;*dev,&nbsp;struct&nbsp;kobj_uevent_env&nbsp;*env); &nbsp;&nbsp;&nbsp;&nbsp;void&nbsp;(*class_release)(struct&nbsp;class&nbsp;*class); &nbsp;&nbsp;&nbsp;&nbsp;void&nbsp;(*dev_release)(struct&nbsp;device&nbsp;*dev); &nbsp;&nbsp;&nbsp;&nbsp;int&nbsp;(*suspend)(struct&nbsp;device&nbsp;*dev,&nbsp;pm_message_t state); &nbsp;&nbsp;&nbsp;&nbsp;int&nbsp;(*resume)(struct&nbsp;device&nbsp;*dev); };</td> 
 </tr> 
 </tbody> 
</table>

**类设备（在新内核中已被删除）**

类存在的真正目的是给作为类成员的各个设备提供一个容器，成员由 struct class\_device 来表示:

<table style="border-collapse: collapse; "> 
 <tbody> 
 <tr> 
 <td style="line-height: 1.5; ">struct&nbsp;class_device&nbsp;{ &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;list_head&nbsp;&nbsp;&nbsp;&nbsp;node;/*for internal use by the driver core only*/ &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;kobject&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;kobj;/*for internal use by the driver core only*/ &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;class&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;class;&nbsp;&nbsp;&nbsp;&nbsp;/* 指向该设备所属的类，必须*/ &nbsp;&nbsp;&nbsp;&nbsp;dev_t&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;devt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/* dev_t, creates the sysfs "dev" ，for internal use by the driver core only*/ &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;class_device_attribute&nbsp;*devt_attr;/*for internal use by the driver core only*/ &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;class_device_attribute uevent_attr; &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;device&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;dev;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/* 指向此设备相关的 device 结构体，可选。若不为NULL，应是一个从类入口到/sys/devices 下相应入口的符号连接，以便用户空间查找设备入口*/ &nbsp;&nbsp;&nbsp;&nbsp;void&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;class_data;&nbsp;&nbsp;&nbsp;&nbsp;/* 私有数据指针 */ &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;class_device&nbsp;&nbsp;&nbsp;&nbsp;*parent;&nbsp;&nbsp;&nbsp;&nbsp;/* parent of this child device, if there is one */ &nbsp;&nbsp;&nbsp;&nbsp;struct&nbsp;attribute_group&nbsp;**&nbsp;groups;&nbsp;&nbsp;&nbsp;&nbsp;/* optional groups */ &nbsp;&nbsp;&nbsp;&nbsp;void&nbsp;&nbsp;&nbsp;&nbsp;(*release)(struct&nbsp;class_device&nbsp;*dev); &nbsp;&nbsp;&nbsp;&nbsp;int&nbsp;&nbsp;&nbsp;&nbsp;(*uevent)(struct&nbsp;class_device&nbsp;*dev,&nbsp;char&nbsp;**envp, &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;int&nbsp;num_envp,&nbsp;char&nbsp;*buffer,&nbsp;int&nbsp;buffer_size); &nbsp;&nbsp;&nbsp;&nbsp;char&nbsp;&nbsp;&nbsp;&nbsp;class_id[BUS_ID_SIZE];&nbsp;&nbsp;&nbsp;&nbsp;/* 此类中的唯一的名字 */ }; /*类设备注册函数:*/ int&nbsp;class_device_register(struct&nbsp;class_device&nbsp;*cd); void&nbsp;class_device_unregister(struct&nbsp;class_device&nbsp;*cd); /*重命名一个已经注册的类设备入口:*/ int&nbsp;class_device_rename(struct&nbsp;class_device&nbsp;*cd,&nbsp;char&nbsp;*new_name);&nbsp; /*类设备入口属性:*/ struct&nbsp;class_device_attribute&nbsp;{ &nbsp;struct&nbsp;attribute attr; &nbsp;ssize_t&nbsp;(*show)(struct&nbsp;class_device&nbsp;*cls,&nbsp;char&nbsp;*buf); &nbsp;ssize_t&nbsp;(*store)(struct&nbsp;class_device&nbsp;*cls,&nbsp;const&nbsp;char&nbsp;*buf, &nbsp;size_t&nbsp;count); }; CLASS_DEVICE_ATTR(_name,&nbsp;_mode,&nbsp;_show,&nbsp;_store);&nbsp; /*创建和删除除struct class中设备默认属性外的属性*/ int&nbsp;class_device_create_file(struct&nbsp;class_device&nbsp;*cls,&nbsp;const&nbsp;struct&nbsp;class_device_attribute&nbsp;*attr); void&nbsp;class_device_remove_file(struct&nbsp;class_device&nbsp;*cls,&nbsp;const&nbsp;struct&nbsp;class_device_attribute&nbsp;*attr);</td> 
 </tr> 
 </tbody> 
</table>

**类接口**

类子系统有一个 Linux 设备模型的其他部分找不到的附加概念，称为“接口”, 可将它理解为一种设备加入或离开类时获得信息的触发机制，结构体如下：

测试代码： ![Image 1][] device\_module.rar

这篇文章参考了， **Tekkaman**的博客，国嵌的代码，特别感谢国嵌的代码和视频，设备模型这一块直到最近看了国嵌的视频和代码，才真正理解。设备模型从一个更高的层次来看待内核驱动，现在再看以前的很多代码，有了更高层次的，更好的全局理解，此模块以后还要把LDD3多看几遍。

阅读(990) | 评论(0) | 转发(5) |

上一篇：ldd3学习之十一(1)：Linux设备模型---kobject,kset

下一篇：ldd3学习之十一(3)：Linux设备模型---platform总线分析