我们在Linux设备管理（一）_kobject, kset,ktype分析一文中介绍了kobject的相关知识，在Linux设备管理（二）_从cdev_add说起和Linux设备管理（三）_总线设备的挂接举例介绍了内核中是如何进行设备管理的，并在Linux设备管理（四）_从sysfs回到ktype一文中结合sysfs机制和kobject对内核的设备管理机制进行一定深度的讨论，从中可以看出，字符设备的cdev本身的kobject是没有初始化的，也没有在sysfs中创建任何目录，平台设备是将设备挂接到总线上，在挂接的过程中就会在相应的sysfs目录创建相应的文件。在这里，本文将搭建一个sysfs模块接口的框架，此后，就可以为我们自己的驱动在sysfs中添加属性读写接口。

准备属性和回调接口

我们知道，呈现在sysfs中的文件名其实都是内核中ktype的属性值，而从用户空间对这些属性值进行读写其实就是回调了我们在ktype结构中注册读写函数，所以，这里我们准备了两个函数，值得注意的是，内核会将用户空间的buf转换到内核空间并当作参数传入回调函数，所以我们就不用再进行这个转换。这里由于没有实际的属性，我就只是打印一下信息，实际使用的时候这两个函数要对内核中的真实属性进行读写。

static char kbuf[1024] = {0};
static ssize_t my_show(struct kobject *kobj, struct kobj_attribute *attr, char *buf)
{
    char info[]="my_show is called\n";
    return scnprintf(buf,sizeof(info),info);
}

static ssize_t my_store(struct kobject *kobj, struct kobj_attribute *attr, const char *buf, size_t count)
{
    printk("%s is called\n",__func__);
    strncpy(kbuf,buf,count);
    printk("user_buf:%s,count:%ld|after copy,kbuf:%s\n",buf,count,kbuf);
    return count;
}

构造kobj_attribute

准备好了原材料，第一道工序就是将属性和回调接口封装到一个kobj_attribute结构对象中，当然对这个属性的读写权限等信息也应该进行封装，我们来回顾一下这个结构

//linux/kobject.h
139 struct kobj_attribute {  
140         struct attribute attr;
141         ssize_t (*show)(struct kobject *kobj, struct kobj_attribute *attr,
142                         char *buf);
143         ssize_t (*store)(struct kobject *kobj, struct kobj_attribute *attr,
144                          const char *buf, size_t count);
145 };

//linux/sysfs.h
 29 struct attribute { 
 30         const char              *name;
 31         umode_t                 mode;   //权限
 32         ...
 37 };

当然，内核也给我们提供了相应的宏来快速的构造这个结构

//linux/sysfs.h
100 #define __ATTR(_name, _mode, _show, _store) {                           \
101         .attr = {.name = __stringify(_name),                            \
102                  .mode = VERIFY_OCTAL_PERMISSIONS(_mode) },             \
103         .show   = _show,                                                \
104         .store  = _store,                                               \
105 }   

使用了这个宏，我们就可以快速的构造我们的kobj_attribute结构

//show是name，就是sys中的文件名
static struct kobj_attribute my_sysfs_read =__ATTR(show, S_IRUSR, my_show, NULL);

static struct kobj_attribute my_sysfs_write =__ATTR(write, S_IWUSR, NULL,my_store);

构造attribute数组

一个kobject网完对应多个attribute，此时就需要将这些attribute封装成一个结构体数组，注意这个数组最后一个元素一定要是NULL。

static struct attribute *my_sysfs_attr[] = {
    &my_sysfs_read.attr,
    &my_sysfs_write.attr,
    NULL,
};

如果这些属性直接放到kobject的目录中，我们可以直接使用sysfs_create_file()，但通常情况下，我们更多的将上述的struct attribute进行进一步的封装，并使用sysfs_create_group()来创建一个名为attribute_group.name的、包含struct attribute中的属性目录，这种方式更加的灵活，因为如果我们不指定目录的名字，那么效果个sysfs_create_file()是一样的。

static struct attribute_group my_sysfs_attr_group = {
    .name = "sub_my_attr",      //不写这个成员就不会创建子文件夹
    .attrs = my_sysfs_attr,
};

struct kobject *my_kobj = NULL;

int mysys_init(void)
{
    ...
    my_kobj = kobject_create_and_add("my_sysfs", NULL);
    sysfs_create_group(my_kobj, &my_sysfs_attr_group);
    ...
}

void mysys_exit(void)
{
    ...
    sysfs_remove_group(my_kobj, &my_sysfs_attr_group);
    kobject_put(my_kobj);
}

输出

将上述的程序编译成模块，我们就可以观察到下面的输出结果。