转 linux设备模型(3)

作者:wwang 
出处:http://www.cnblogs.com/wwang 
本文采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接。

kobj_type 详解

kobj_type{

void (*release)(struct kobject *kobj);    //引用计数为0时,调用其来free kobject结构体。

    const struct sysfs_ops *sysfs_ops;    //操作attribute ×× 属性数组(每个成员描述一个属性)!!的函数集合(如果属性元素每个内部都有一个对应的操作,那么本函数集合指针就可以通过调用属性成员结构体内的函数指针成员来操作对应的属性,更加方便。)

    struct attribute **default_attrs;     //现在仅仅时默认属性结构体数组,可以自定义属性结构体(在其中添加对应的操作函数集合,来供sysfs_ops调用,这样sysfs_ops可以通过调用 my_attri->func 这样就是多态---!!!!)

}

在上文中,我们介绍到如何使用default attribute。Default attribute使用很方便,但不够灵活。比如上篇文章在Kobject一节中提到的那个例子,name和val这两个attribute使用同一个show/store函数来访问,如果attribute非常多,show/store函数里的分支就会很凌乱

会发生类似

switch(attribute)

{

case name:

case val :

case mode:

....

}

基础解决方案--------------------------1

解决这个问题,我们可以参考内核提供的kobj_attribute。在内核里,kobj_attibute是这样定义的:


1

2

3

4

5

6

7

struct kobj_attribute {

    struct attribute attr;

    ssize_t (*show)(struct kobject *kobj, struct kobj_attribute *attr,

            char *buf);

    ssize_t (*store)(struct kobject *kobj, struct kobj_attribute *attr,

             const char *buf, size_t count);

};

每一个attribute会对应自己的show/store函数,这样就极大的提高了灵活性。

进步解决方案 --------------------------------------- 2

可是,在上一篇文章中我们的认知是,sysfs是通过kobject里的kobj_type->sysfs_ops来读写attribute的,那如果要利用kobj_attribute中的show/store来读写attribute的话,就必须在kobj_type->sysfs_ops里指定。

Linux内核提供了一个默认的kobj_type类型dynamic_kobj_ktype来实现上述的操作。


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

/* default kobject attribute operations */

static ssize_t kobj_attr_show(struct kobject *kobj, struct attribute *attr,

                  char *buf)

{

    struct kobj_attribute *kattr;

    ssize_t ret = -EIO;

    kattr = container_of(attr, struct kobj_attribute, attr);

    if (kattr->show)

        ret = kattr->show(kobj, kattr, buf);

    return ret;

}

static ssize_t kobj_attr_store(struct kobject *kobj, struct attribute *attr,

                   const char *buf, size_t count)

{

    struct kobj_attribute *kattr;

    ssize_t ret = -EIO;

    kattr = container_of(attr, struct kobj_attribute, attr);

    if (kattr->store)

        ret = kattr->store(kobj, kattr, buf, count);

    return ret;

}

const struct sysfs_ops kobj_sysfs_ops = {

    .show   = kobj_attr_show,

    .store  = kobj_attr_store,

};

static void dynamic_kobj_release(struct kobject *kobj)

{

    pr_debug("kobject: (%p): %s\n", kobj, __func__);

    kfree(kobj);

}

static struct kobj_type dynamic_kobj_ktype = {

    .release    = dynamic_kobj_release,

    .sysfs_ops  = &kobj_sysfs_ops,

};

kobj_attribute是内核提供给我们的一种更加灵活的处理attribute的方式,但是它还不够。只有当我们使用kobject_create来创建kobject时,使用kobj_attribute才比较方便,但大部分情况下,我们是把kobject内嵌到自己的结构里,此时就无法直接使用内核提供的dynamic_kobj_ktype,

正确解决方案 --------------------------------------------- 3

因此,我们需要创建自己的kobj_attribute。

本文接下来将围绕一个实作来看看如何创建自己的kobj_attribute,sample code可以从这里下载。这个sample code是基于上篇文章kobject中的例子修改而来的,看过那个例子的读者应该会比较轻松。

首先,我们需要定义自己的attribute:


1

2

3

4

5

6

7

struct my_attribute {

        struct attribute attr;

        ssize_t (*show)(struct my_kobj *obj, struct my_attribute *attr,

                        char *buf);

        ssize_t (*store)(struct my_kobj *obj, struct my_attribute *attr,

                        const char *buf, size_t count);

};

my_attribute里,我们的show/store直接操作my_kobj,这样更加方便。

参考Linux内核,kobj_type里的sysfs_ops这样定义:


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

static ssize_t my_attr_show(struct kobject *kobj, struct attribute *attr,

                  char *buf)

{

    struct my_attribute *my_attr;

    ssize_t ret = -EIO;

    my_attr = container_of(attr, struct my_attribute, attr);

    if (my_attr->show)

        ret = my_attr->show(container_of(kobj, struct my_kobj, kobj),

                my_attr, buf);   //直接调用了其成员函数!!!

    return ret;

}

static ssize_t my_attr_store(struct kobject *kobj, struct attribute *attr,

                   const char *buf, size_t count)

{

    struct my_attribute *my_attr;

    ssize_t ret = -EIO;

    my_attr = container_of(attr, struct my_attribute, attr);

    if (my_attr->store)

        ret = my_attr->store(container_of(kobj, struct my_kobj, kobj),

                my_attr, buf, count);

    return ret;

}

下面就可以分别对name和val两个attribute定义自己的show/store。name这个attribute是只读的,只要为它定义show即可。


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

ssize_t name_show(struct my_kobj *obj, struct my_attribute *attr, char *buffer)

{

    return sprintf(buffer, "%s\n", kobject_name(&obj->kobj));

}

ssize_t val_show(struct my_kobj *obj, struct my_attribute *attr, char *buffer)

{

    return sprintf(buffer, "%d\n", obj->val);

}

ssize_t val_store(struct my_kobj *obj, struct my_attribute *attr,

        const char *buffer, size_t size)

{

    sscanf(buffer, "%d", &obj->val);

    return size;

}

接下来,利用内核提供的宏__ATTR来初始化my_attribute,并建立attribute数组。


1

2

3

4

5

6

7

8

struct my_attribute name_attribute = __ATTR(name, 0444, name_show, NULL);

struct my_attribute val_attribute = __ATTR(val, 0666, val_show, val_store);

struct attribute *my_attrs[] = {

    &name_attribute.attr,

    &val_attribute.attr,

    NULL,

};

其中,宏__ATTR的定义如下:


1

2

3

4

5

#define __ATTR(_name,_mode,_show,_store) { \

    .attr = {.name = __stringify(_name), .mode = _mode },   \

    .show   = _show,                    \

    .store  = _store,                   \

}

module_init里,我们调用sysfs_create_files来把attribute增加到sysfs中。


1

2

3

4

5

retval = sysfs_create_files(&obj->kobj,

            (const struct attribute **)my_attrs);

if (retval) {

    // ...

}

kobject对应的目录里,还可以创建子目录,Linux内核里是用attribute_group来实现。在本例中,我们可以这么做:


1

2

3

4

struct attribute_group my_group = {

    .name     = "mygroup",

    .attrs    = my_attrs,

};

然后在module_init里调用sysfs_create_group来添加。


1

2

3

4

retval = sysfs_create_group(&obj->kobj, &my_group);

if (retval) {

    // ...

}

本例创建的attribute_group中包含的attribute也是my_attrs,所以在子目录mygroup下的文件和mykobj目录下的文件完全一致。

最后我们得到的目录结构是这样的。

mykobj/
|-- mygroup
|   |-- name
|   `-- val
|-- name
`-- val

完成这个实作之后,你可以用命令echo 2 > /sys/mykobj/val来修改mykobj下的val文件,可以观察到/sys/mykobj/mygroup/val的内容也会变成2,反之亦然。

时间: 2024-11-05 11:28:26

转 linux设备模型(3)的相关文章

转 Linux设备模型 (1)

作者:wwang 出处:http://www.cnblogs.com/wwang 本文采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接. 随着计算机的周边外设越来越丰富,设备管理已经成为现代操作系统的一项重要任务,这对于Linux来说也是同样的情况.每次Linux内核新版本的发布,都会伴随着一批设备驱动进入内核.在Linux内核里,驱动程序的代码量占有了相当大的比重.下图是我在网络上搜索到的

【linux设备模型】之platform设备驱动

一.platform总线.设备和驱动 platform是一种虚拟总线,对应的设备称为platform_device,对应的驱动称为platform_driver. platform_device定义在<linux/platform_device.h>中: 1 struct platform_device { 2 const char * name; 3 int id; 4 struct device dev; 5 u32 num_resources; 6 struct resource * r

Linux设备模型——设备驱动模型和sysfs文件系统解读

本文将对Linux系统中的sysfs进行简单的分析,要分析sysfs就必须分析内核的driver-model(驱动模型),两者是紧密联系的.在分析过程中,本文将以platform总线和spi主控制器的platform驱动为例来进行讲解.其实,platform机制是基于driver-model的,通过本文,也会对platform机制有个简单的了解. 内核版本:2.6.30 1. What is sysfs? 个人理解:sysfs向用户空间展示了驱动设备的层次结构.我们都知道设备和对应的驱动都是由内

转 linux设备模型(4)

作者:wwang 出处:http://www.cnblogs.com/wwang 本文采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接. <Linux设备模型 (2)>和<Linux设备模型 (3)>主要通过一些简单的实作介绍了kobject.kset.kobj_type.attribute等数据结构的用法,但这些实作并没有涉及到实际环境下的设备模型和sysfs.本文将以/sy

linux设备模型之led子系统(转载)

linux设备模型之led子系统 本文来自转载: http://www.cnblogs.com/gdt-a20 时代不同了,连led都成子系统了,针对内核提供的通用模型,分析一下,好久没写文章了也! 代码位于drivers/leds下,看一下Makefile 模型文件主要是: # LED Core obj-$(CONFIG_NEW_LEDS)            += led-core.o obj-$(CONFIG_LEDS_CLASS)        += led-class.o obj-$

linux设备模型

为了降低设备多样性带来的Linux驱动开发的复杂度,以及设备热拔插处理.电源管理等,Linux内核提出了设备模型(也称作Driver Model)的概念.设备模型将硬件设备归纳.分类,然后抽象出一套标准的数据结构和接口.驱动的开发,就简化为对内核所规定的数据结构的填充和实现. 我们知道linux内核中常见的的总线有I2C总线,PCI总线,串口总线,SPI总线,PCI总线,CAN总线,单总线等,所以有些设备和驱动就可以挂在这些总线上,然后通过总线上的match进行设备和驱动的匹配.但是有的设备并不

linux设备模型之kobject

kobject 结构 在Linux内核里,kobject是组成Linux设备模型的基础,一个kobject对应sysfs里的 一个目录.从面向对象的角度来说,kobject可以看作是所有设备对象的基类,因为C 语言并没有面向对象的语法,所以一般是把kobject内嵌到其他结构体里来实现类似的 作用,这里的其他结构体可以看作是kobject的派生类.Kobject为Linux设备模型提 供了很多有用的功能,比如引用计数,接口抽象,父子关系等等.引用计数本质上就 是利用kref实现的. 另外,Lin

Linux 设备模型基本概念

1.设备模型引入 Linux 2.6内核最初为了应付电源管理的需要,提出了一个设备模型来管理所有的设备.在物理上,外设之间是有一种层次关系的,比如把一个U盘插到笔记本上,实际上这个U盘是接在一个USB Hub上,USB Hub又是接在USB 2.0 Host Controller (EHCI)上,最终EHCI又是一个挂在PCI Bus上的设备.这里的一个层次关系是:PCI->EHCI->USB Hub->USB Disk.如果操作系统要进入休眠状态,首先要逐层通知所有的外设进入休眠模式,

Linux 设备模型之 (kobject、kset 和 Subsystem)(二)

问题描写叙述:前文我们知道了/sys是包括内核和驱动的实施信息的,用户能够通过 /sys 这个接口.用户通过这个接口能够一览内核设备的全貌.本文将从Linux内核的角度来看一看这个设备模型是怎样构建的. 1.kobject 结构 在Linux内核里,kobject是组成Linux设备模型的基础,一个kobject相应sysfs里的一个文件夹. 从面向对象的角度来说.kobject能够看作是全部设备对象的基类,由于C语言并没有面向对象的语法,所以通常是把kobject内嵌到其它结构体里来实现类似的

Linux 设备模型之 kobject 内嵌结构

问题描述:前文我们知道了/sys是包含内核和驱动的实施信息的,用户可以通过 /sys 这个接口,用户通过这个接口可以一览内核设备的全貌.本文将从Linux内核的角度来看一看这个设备模型是如何构建的. 1.kobject 结构 在Linux内核里,kobject是组成Linux设备模型的基础,一个kobject对应sysfs里的一个目录.从面向对象的角度来说,kobject可以看作是所有设备对象的基类,因为C语言并没有面向对象的语法,所以一般是把kobject内嵌到其他结构体里来实现类似的作用,这