蜗窝科技

good!!!!! 我觉得这段解释有必要加入到正文中去，说起来，bbs怎么没有编辑功能呢？

@puppypyb：设备模型中大量使用了kobject，但是kobject并不是仅仅for设备模型的。 对于cdev这个场景，kobject主要是应用两点： 1、reference count。 2、ktype中的release函数 基本上可以这么认为，cdev中的kobject没有完全发挥其功能，假设其全部功能有10条，实际只用了2条。是不是很浪费？当然是很浪费了，如果有可能，最好定义一个基类，只包括上面的那两点功能，kobject派生于此基类，cdev也是派生于此基类。当然，是否定义这样的基类应该是内核中的应用场景相关，如果有大量类似cdev这样的场景，我们相信内核人员有可能定义这样的基类

kobject是组成设备模型的基本结构。 前面你和wowo已经论证过cdev与设备模型无关，那么你是怎么理解cdev中出现的kobject？ 没看出来它在这里的作用。

@puppypyb：人月神话一书作者在观点上是否定人月的……

@pingchangxin：我在广州的一家小公司供职，公司默默无闻。我猜想你问这个问题是看我提及华为，我不是华为的，虽然我有些向往华为海思

@pingchangxin：这种问题算是比较隐私的啦，最好不要问啦。

期待后面的蓝牙文章

@wowo：linuxer同鞋在哪家公司啊？

@wowo：让你见笑了，sysfs_create_file我都没太注意。 我是在看sysfs那一章节的同时产生的疑问，具体是fill_read_buffer函数中的count = ops->show(kobj, attr_sd->s_attr.attr, buffer->page)这一句。这里ops->show就是ktype中sysfs_ops的show，跟进去以后发觉ktype的show和store其实没做具体的事情。kernel中所有的ktype的show及store无一例外的都是类似下面这样： static ssize_t xxx_attr_show(struct kobject *kobj, struct attribute *attr, char *buf) { struct xxx_attribute *yyy; ... yyy = container_of(attr, struct xxx_attribute, attr); if (yyy->show) ret = yyy->show(kobj, buf); ... } 基本上就是一个思想：通过container_of获取attr的上层struct，然后再调用上层的show方法，而attr的上层struct又总是象个样子： struct xxx_attribute { struct attribute attr; ssize_t (*show)(...); ssize_t (*store)(...); }; 例如 bus_attribute, device_attribute, kobj_attribute等等。 所以sysfs的read/write真正关联的是kobj_attribute、device_attribute这些。 关键的操作是在sysfs_add_file_mode()函数中sd->s_attr.attr = (void *)attr这一条语句(这里有些猜测的成分，因为只看到了s_attr.attr部分，wowo能帮助确认下？)，sysfs_create_file以及sysfs_create_group都会调用到sysfs_add_file_mode来建立关联。 但是我看到sysfs_create_file中对ktype的default_attrs进行判断，若为NULL则不会建立这种关联。 ps:kernel中有一个例子 kobject-example.c，里面很典型的使用了sysfs_create_group这种方式。

@pingchangxin：多谢，我们会加油的。