我们在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); } 输出将上述的程序编译成模块，我们就可以观察到下面的输出结果。
