1*4882a593SmuzhiyunChinese translated version of Documentation/filesystems/sysfs.rst 2*4882a593Smuzhiyun 3*4882a593SmuzhiyunIf you have any comment or update to the content, please contact the 4*4882a593Smuzhiyunoriginal document maintainer directly. However, if you have a problem 5*4882a593Smuzhiyuncommunicating in English you can also ask the Chinese maintainer for 6*4882a593Smuzhiyunhelp. Contact the Chinese maintainer if this translation is outdated 7*4882a593Smuzhiyunor if there is a problem with the translation. 8*4882a593Smuzhiyun 9*4882a593SmuzhiyunMaintainer: Patrick Mochel <mochel@osdl.org> 10*4882a593Smuzhiyun Mike Murphy <mamurph@cs.clemson.edu> 11*4882a593SmuzhiyunChinese maintainer: Fu Wei <tekkamanninja@gmail.com> 12*4882a593Smuzhiyun--------------------------------------------------------------------- 13*4882a593SmuzhiyunDocumentation/filesystems/sysfs.rst 的中文翻译 14*4882a593Smuzhiyun 15*4882a593Smuzhiyun如果想评论或更新本文的内容,请直接联系原文档的维护者。如果你使用英文 16*4882a593Smuzhiyun交流有困难的话,也可以向中文版维护者求助。如果本翻译更新不及时或者翻 17*4882a593Smuzhiyun译存在问题,请联系中文版维护者。 18*4882a593Smuzhiyun英文版维护者: Patrick Mochel <mochel@osdl.org> 19*4882a593Smuzhiyun Mike Murphy <mamurph@cs.clemson.edu> 20*4882a593Smuzhiyun中文版维护者: 傅炜 Fu Wei <tekkamanninja@gmail.com> 21*4882a593Smuzhiyun中文版翻译者: 傅炜 Fu Wei <tekkamanninja@gmail.com> 22*4882a593Smuzhiyun中文版校译者: 傅炜 Fu Wei <tekkamanninja@gmail.com> 23*4882a593Smuzhiyun 24*4882a593Smuzhiyun 25*4882a593Smuzhiyun以下为正文 26*4882a593Smuzhiyun--------------------------------------------------------------------- 27*4882a593Smuzhiyunsysfs - 用于导出内核对象(kobject)的文件系统 28*4882a593Smuzhiyun 29*4882a593SmuzhiyunPatrick Mochel <mochel@osdl.org> 30*4882a593SmuzhiyunMike Murphy <mamurph@cs.clemson.edu> 31*4882a593Smuzhiyun 32*4882a593Smuzhiyun修订: 16 August 2011 33*4882a593Smuzhiyun原始版本: 10 January 2003 34*4882a593Smuzhiyun 35*4882a593Smuzhiyun 36*4882a593Smuzhiyunsysfs 简介: 37*4882a593Smuzhiyun~~~~~~~~~~ 38*4882a593Smuzhiyun 39*4882a593Smuzhiyunsysfs 是一个最初基于 ramfs 且位于内存的文件系统。它提供导出内核 40*4882a593Smuzhiyun数据结构及其属性,以及它们之间的关联到用户空间的方法。 41*4882a593Smuzhiyun 42*4882a593Smuzhiyunsysfs 始终与 kobject 的底层结构紧密相关。请阅读 43*4882a593SmuzhiyunDocumentation/core-api/kobject.rst 文档以获得更多关于 kobject 接口的 44*4882a593Smuzhiyun信息。 45*4882a593Smuzhiyun 46*4882a593Smuzhiyun 47*4882a593Smuzhiyun使用 sysfs 48*4882a593Smuzhiyun~~~~~~~~~~~ 49*4882a593Smuzhiyun 50*4882a593Smuzhiyun只要内核配置中定义了 CONFIG_SYSFS ,sysfs 总是被编译进内核。你可 51*4882a593Smuzhiyun通过以下命令挂载它: 52*4882a593Smuzhiyun 53*4882a593Smuzhiyun mount -t sysfs sysfs /sys 54*4882a593Smuzhiyun 55*4882a593Smuzhiyun 56*4882a593Smuzhiyun创建目录 57*4882a593Smuzhiyun~~~~~~~~ 58*4882a593Smuzhiyun 59*4882a593Smuzhiyun任何 kobject 在系统中注册,就会有一个目录在 sysfs 中被创建。这个 60*4882a593Smuzhiyun目录是作为该 kobject 的父对象所在目录的子目录创建的,以准确地传递 61*4882a593Smuzhiyun内核的对象层次到用户空间。sysfs 中的顶层目录代表着内核对象层次的 62*4882a593Smuzhiyun共同祖先;例如:某些对象属于某个子系统。 63*4882a593Smuzhiyun 64*4882a593SmuzhiyunSysfs 在与其目录关联的 kernfs_node 对象中内部保存一个指向实现 65*4882a593Smuzhiyun目录的 kobject 的指针。以前,这个 kobject 指针被 sysfs 直接用于 66*4882a593Smuzhiyunkobject 文件打开和关闭的引用计数。而现在的 sysfs 实现中,kobject 67*4882a593Smuzhiyun引用计数只能通过 sysfs_schedule_callback() 函数直接修改。 68*4882a593Smuzhiyun 69*4882a593Smuzhiyun 70*4882a593Smuzhiyun属性 71*4882a593Smuzhiyun~~~~ 72*4882a593Smuzhiyun 73*4882a593Smuzhiyunkobject 的属性可在文件系统中以普通文件的形式导出。Sysfs 为属性定义 74*4882a593Smuzhiyun了面向文件 I/O 操作的方法,以提供对内核属性的读写。 75*4882a593Smuzhiyun 76*4882a593Smuzhiyun 77*4882a593Smuzhiyun属性应为 ASCII 码文本文件。以一个文件只存储一个属性值为宜。但一个 78*4882a593Smuzhiyun文件只包含一个属性值可能影响效率,所以一个包含相同数据类型的属性值 79*4882a593Smuzhiyun数组也被广泛地接受。 80*4882a593Smuzhiyun 81*4882a593Smuzhiyun混合类型、表达多行数据以及一些怪异的数据格式会遭到强烈反对。这样做是 82*4882a593Smuzhiyun很丢脸的,而且其代码会在未通知作者的情况下被重写。 83*4882a593Smuzhiyun 84*4882a593Smuzhiyun 85*4882a593Smuzhiyun一个简单的属性结构定义如下: 86*4882a593Smuzhiyun 87*4882a593Smuzhiyunstruct attribute { 88*4882a593Smuzhiyun char * name; 89*4882a593Smuzhiyun struct module *owner; 90*4882a593Smuzhiyun umode_t mode; 91*4882a593Smuzhiyun}; 92*4882a593Smuzhiyun 93*4882a593Smuzhiyun 94*4882a593Smuzhiyunint sysfs_create_file(struct kobject * kobj, const struct attribute * attr); 95*4882a593Smuzhiyunvoid sysfs_remove_file(struct kobject * kobj, const struct attribute * attr); 96*4882a593Smuzhiyun 97*4882a593Smuzhiyun 98*4882a593Smuzhiyun一个单独的属性结构并不包含读写其属性值的方法。子系统最好为增删特定 99*4882a593Smuzhiyun对象类型的属性定义自己的属性结构体和封装函数。 100*4882a593Smuzhiyun 101*4882a593Smuzhiyun例如:驱动程序模型定义的 device_attribute 结构体如下: 102*4882a593Smuzhiyun 103*4882a593Smuzhiyunstruct device_attribute { 104*4882a593Smuzhiyun struct attribute attr; 105*4882a593Smuzhiyun ssize_t (*show)(struct device *dev, struct device_attribute *attr, 106*4882a593Smuzhiyun char *buf); 107*4882a593Smuzhiyun ssize_t (*store)(struct device *dev, struct device_attribute *attr, 108*4882a593Smuzhiyun const char *buf, size_t count); 109*4882a593Smuzhiyun}; 110*4882a593Smuzhiyun 111*4882a593Smuzhiyunint device_create_file(struct device *, const struct device_attribute *); 112*4882a593Smuzhiyunvoid device_remove_file(struct device *, const struct device_attribute *); 113*4882a593Smuzhiyun 114*4882a593Smuzhiyun为了定义设备属性,同时定义了一下辅助宏: 115*4882a593Smuzhiyun 116*4882a593Smuzhiyun#define DEVICE_ATTR(_name, _mode, _show, _store) \ 117*4882a593Smuzhiyunstruct device_attribute dev_attr_##_name = __ATTR(_name, _mode, _show, _store) 118*4882a593Smuzhiyun 119*4882a593Smuzhiyun例如:声明 120*4882a593Smuzhiyun 121*4882a593Smuzhiyunstatic DEVICE_ATTR(foo, S_IWUSR | S_IRUGO, show_foo, store_foo); 122*4882a593Smuzhiyun 123*4882a593Smuzhiyun等同于如下代码: 124*4882a593Smuzhiyun 125*4882a593Smuzhiyunstatic struct device_attribute dev_attr_foo = { 126*4882a593Smuzhiyun .attr = { 127*4882a593Smuzhiyun .name = "foo", 128*4882a593Smuzhiyun .mode = S_IWUSR | S_IRUGO, 129*4882a593Smuzhiyun .show = show_foo, 130*4882a593Smuzhiyun .store = store_foo, 131*4882a593Smuzhiyun }, 132*4882a593Smuzhiyun}; 133*4882a593Smuzhiyun 134*4882a593Smuzhiyun 135*4882a593Smuzhiyun子系统特有的回调函数 136*4882a593Smuzhiyun~~~~~~~~~~~~~~~~~~~ 137*4882a593Smuzhiyun 138*4882a593Smuzhiyun当一个子系统定义一个新的属性类型时,必须实现一系列的 sysfs 操作, 139*4882a593Smuzhiyun以帮助读写调用实现属性所有者的显示和储存方法。 140*4882a593Smuzhiyun 141*4882a593Smuzhiyunstruct sysfs_ops { 142*4882a593Smuzhiyun ssize_t (*show)(struct kobject *, struct attribute *, char *); 143*4882a593Smuzhiyun ssize_t (*store)(struct kobject *, struct attribute *, const char *, size_t); 144*4882a593Smuzhiyun}; 145*4882a593Smuzhiyun 146*4882a593Smuzhiyun[子系统应已经定义了一个 struct kobj_type 结构体作为这个类型的 147*4882a593Smuzhiyun描述符,并在此保存 sysfs_ops 的指针。更多的信息参见 kobject 的 148*4882a593Smuzhiyun文档] 149*4882a593Smuzhiyun 150*4882a593Smuzhiyunsysfs 会为这个类型调用适当的方法。当一个文件被读写时,这个方法会 151*4882a593Smuzhiyun将一般的kobject 和 attribute 结构体指针转换为适当的指针类型后 152*4882a593Smuzhiyun调用相关联的函数。 153*4882a593Smuzhiyun 154*4882a593Smuzhiyun 155*4882a593Smuzhiyun示例: 156*4882a593Smuzhiyun 157*4882a593Smuzhiyun#define to_dev_attr(_attr) container_of(_attr, struct device_attribute, attr) 158*4882a593Smuzhiyun 159*4882a593Smuzhiyunstatic ssize_t dev_attr_show(struct kobject *kobj, struct attribute *attr, 160*4882a593Smuzhiyun char *buf) 161*4882a593Smuzhiyun{ 162*4882a593Smuzhiyun struct device_attribute *dev_attr = to_dev_attr(attr); 163*4882a593Smuzhiyun struct device *dev = kobj_to_dev(kobj); 164*4882a593Smuzhiyun ssize_t ret = -EIO; 165*4882a593Smuzhiyun 166*4882a593Smuzhiyun if (dev_attr->show) 167*4882a593Smuzhiyun ret = dev_attr->show(dev, dev_attr, buf); 168*4882a593Smuzhiyun if (ret >= (ssize_t)PAGE_SIZE) { 169*4882a593Smuzhiyun printk("dev_attr_show: %pS returned bad count\n", 170*4882a593Smuzhiyun dev_attr->show); 171*4882a593Smuzhiyun } 172*4882a593Smuzhiyun return ret; 173*4882a593Smuzhiyun} 174*4882a593Smuzhiyun 175*4882a593Smuzhiyun 176*4882a593Smuzhiyun 177*4882a593Smuzhiyun读写属性数据 178*4882a593Smuzhiyun~~~~~~~~~~~~ 179*4882a593Smuzhiyun 180*4882a593Smuzhiyun在声明属性时,必须指定 show() 或 store() 方法,以实现属性的 181*4882a593Smuzhiyun读或写。这些方法的类型应该和以下的设备属性定义一样简单。 182*4882a593Smuzhiyun 183*4882a593Smuzhiyunssize_t (*show)(struct device *dev, struct device_attribute *attr, char *buf); 184*4882a593Smuzhiyunssize_t (*store)(struct device *dev, struct device_attribute *attr, 185*4882a593Smuzhiyun const char *buf, size_t count); 186*4882a593Smuzhiyun 187*4882a593Smuzhiyun也就是说,他们应只以一个处理对象、一个属性和一个缓冲指针作为参数。 188*4882a593Smuzhiyun 189*4882a593Smuzhiyunsysfs 会分配一个大小为 (PAGE_SIZE) 的缓冲区并传递给这个方法。 190*4882a593SmuzhiyunSysfs 将会为每次读写操作调用一次这个方法。这使得这些方法在执行时 191*4882a593Smuzhiyun会出现以下的行为: 192*4882a593Smuzhiyun 193*4882a593Smuzhiyun- 在读方面(read(2)),show() 方法应该填充整个缓冲区。回想属性 194*4882a593Smuzhiyun 应只导出了一个属性值或是一个同类型属性值的数组,所以这个代价将 195*4882a593Smuzhiyun 不会不太高。 196*4882a593Smuzhiyun 197*4882a593Smuzhiyun 这使得用户空间可以局部地读和任意的向前搜索整个文件。如果用户空间 198*4882a593Smuzhiyun 向后搜索到零或使用‘0’偏移执行一个pread(2)操作,show()方法将 199*4882a593Smuzhiyun 再次被调用,以重新填充缓存。 200*4882a593Smuzhiyun 201*4882a593Smuzhiyun- 在写方面(write(2)),sysfs 希望在第一次写操作时得到整个缓冲区。 202*4882a593Smuzhiyun 之后 Sysfs 传递整个缓冲区给 store() 方法。 203*4882a593Smuzhiyun 204*4882a593Smuzhiyun 当要写 sysfs 文件时,用户空间进程应首先读取整个文件,修该想要 205*4882a593Smuzhiyun 改变的值,然后回写整个缓冲区。 206*4882a593Smuzhiyun 207*4882a593Smuzhiyun 在读写属性值时,属性方法的执行应操作相同的缓冲区。 208*4882a593Smuzhiyun 209*4882a593Smuzhiyun注记: 210*4882a593Smuzhiyun 211*4882a593Smuzhiyun- 写操作导致的 show() 方法重载,会忽略当前文件位置。 212*4882a593Smuzhiyun 213*4882a593Smuzhiyun- 缓冲区应总是 PAGE_SIZE 大小。对于i386,这个值为4096。 214*4882a593Smuzhiyun 215*4882a593Smuzhiyun- show() 方法应该返回写入缓冲区的字节数,也就是 scnprintf()的 216*4882a593Smuzhiyun 返回值。 217*4882a593Smuzhiyun 218*4882a593Smuzhiyun- show() 方法在将格式化返回值返回用户空间的时候,禁止使用snprintf()。 219*4882a593Smuzhiyun 如果可以保证不会发生缓冲区溢出,可以使用sprintf(),否则必须使用 220*4882a593Smuzhiyun scnprintf()。 221*4882a593Smuzhiyun 222*4882a593Smuzhiyun- store() 应返回缓冲区的已用字节数。如果整个缓存都已填满,只需返回 223*4882a593Smuzhiyun count 参数。 224*4882a593Smuzhiyun 225*4882a593Smuzhiyun- show() 或 store() 可以返回错误值。当得到一个非法值,必须返回一个 226*4882a593Smuzhiyun 错误值。 227*4882a593Smuzhiyun 228*4882a593Smuzhiyun- 一个传递给方法的对象将会通过 sysfs 调用对象内嵌的引用计数固定在 229*4882a593Smuzhiyun 内存中。尽管如此,对象代表的物理实体(如设备)可能已不存在。如有必要, 230*4882a593Smuzhiyun 应该实现一个检测机制。 231*4882a593Smuzhiyun 232*4882a593Smuzhiyun一个简单的(未经实验证实的)设备属性实现如下: 233*4882a593Smuzhiyun 234*4882a593Smuzhiyunstatic ssize_t show_name(struct device *dev, struct device_attribute *attr, 235*4882a593Smuzhiyun char *buf) 236*4882a593Smuzhiyun{ 237*4882a593Smuzhiyun return scnprintf(buf, PAGE_SIZE, "%s\n", dev->name); 238*4882a593Smuzhiyun} 239*4882a593Smuzhiyun 240*4882a593Smuzhiyunstatic ssize_t store_name(struct device *dev, struct device_attribute *attr, 241*4882a593Smuzhiyun const char *buf, size_t count) 242*4882a593Smuzhiyun{ 243*4882a593Smuzhiyun snprintf(dev->name, sizeof(dev->name), "%.*s", 244*4882a593Smuzhiyun (int)min(count, sizeof(dev->name) - 1), buf); 245*4882a593Smuzhiyun return count; 246*4882a593Smuzhiyun} 247*4882a593Smuzhiyun 248*4882a593Smuzhiyunstatic DEVICE_ATTR(name, S_IRUGO, show_name, store_name); 249*4882a593Smuzhiyun 250*4882a593Smuzhiyun 251*4882a593Smuzhiyun(注意:真正的实现不允许用户空间设置设备名。) 252*4882a593Smuzhiyun 253*4882a593Smuzhiyun顶层目录布局 254*4882a593Smuzhiyun~~~~~~~~~~~~ 255*4882a593Smuzhiyun 256*4882a593Smuzhiyunsysfs 目录的安排显示了内核数据结构之间的关系。 257*4882a593Smuzhiyun 258*4882a593Smuzhiyun顶层 sysfs 目录如下: 259*4882a593Smuzhiyun 260*4882a593Smuzhiyunblock/ 261*4882a593Smuzhiyunbus/ 262*4882a593Smuzhiyunclass/ 263*4882a593Smuzhiyundev/ 264*4882a593Smuzhiyundevices/ 265*4882a593Smuzhiyunfirmware/ 266*4882a593Smuzhiyunnet/ 267*4882a593Smuzhiyunfs/ 268*4882a593Smuzhiyun 269*4882a593Smuzhiyundevices/ 包含了一个设备树的文件系统表示。他直接映射了内部的内核 270*4882a593Smuzhiyun设备树,反映了设备的层次结构。 271*4882a593Smuzhiyun 272*4882a593Smuzhiyunbus/ 包含了内核中各种总线类型的平面目录布局。每个总线目录包含两个 273*4882a593Smuzhiyun子目录: 274*4882a593Smuzhiyun 275*4882a593Smuzhiyun devices/ 276*4882a593Smuzhiyun drivers/ 277*4882a593Smuzhiyun 278*4882a593Smuzhiyundevices/ 包含了系统中出现的每个设备的符号链接,他们指向 root/ 下的 279*4882a593Smuzhiyun设备目录。 280*4882a593Smuzhiyun 281*4882a593Smuzhiyundrivers/ 包含了每个已为特定总线上的设备而挂载的驱动程序的目录(这里 282*4882a593Smuzhiyun假定驱动没有跨越多个总线类型)。 283*4882a593Smuzhiyun 284*4882a593Smuzhiyunfs/ 包含了一个为文件系统设立的目录。现在每个想要导出属性的文件系统必须 285*4882a593Smuzhiyun在 fs/ 下创建自己的层次结构(参见Documentation/filesystems/fuse.rst)。 286*4882a593Smuzhiyun 287*4882a593Smuzhiyundev/ 包含两个子目录: char/ 和 block/。在这两个子目录中,有以 288*4882a593Smuzhiyun<major>:<minor> 格式命名的符号链接。这些符号链接指向 sysfs 目录 289*4882a593Smuzhiyun中相应的设备。/sys/dev 提供一个通过一个 stat(2) 操作结果,查找 290*4882a593Smuzhiyun设备 sysfs 接口快捷的方法。 291*4882a593Smuzhiyun 292*4882a593Smuzhiyun更多有关 driver-model 的特性信息可以在 Documentation/driver-api/driver-model/ 293*4882a593Smuzhiyun中找到。 294*4882a593Smuzhiyun 295*4882a593Smuzhiyun 296*4882a593SmuzhiyunTODO: 完成这一节。 297*4882a593Smuzhiyun 298*4882a593Smuzhiyun 299*4882a593Smuzhiyun当前接口 300*4882a593Smuzhiyun~~~~~~~~ 301*4882a593Smuzhiyun 302*4882a593Smuzhiyun以下的接口层普遍存在于当前的sysfs中: 303*4882a593Smuzhiyun 304*4882a593Smuzhiyun- 设备 (include/linux/device.h) 305*4882a593Smuzhiyun---------------------------------- 306*4882a593Smuzhiyun结构体: 307*4882a593Smuzhiyun 308*4882a593Smuzhiyunstruct device_attribute { 309*4882a593Smuzhiyun struct attribute attr; 310*4882a593Smuzhiyun ssize_t (*show)(struct device *dev, struct device_attribute *attr, 311*4882a593Smuzhiyun char *buf); 312*4882a593Smuzhiyun ssize_t (*store)(struct device *dev, struct device_attribute *attr, 313*4882a593Smuzhiyun const char *buf, size_t count); 314*4882a593Smuzhiyun}; 315*4882a593Smuzhiyun 316*4882a593Smuzhiyun声明: 317*4882a593Smuzhiyun 318*4882a593SmuzhiyunDEVICE_ATTR(_name, _mode, _show, _store); 319*4882a593Smuzhiyun 320*4882a593Smuzhiyun增/删属性: 321*4882a593Smuzhiyun 322*4882a593Smuzhiyunint device_create_file(struct device *dev, const struct device_attribute * attr); 323*4882a593Smuzhiyunvoid device_remove_file(struct device *dev, const struct device_attribute * attr); 324*4882a593Smuzhiyun 325*4882a593Smuzhiyun 326*4882a593Smuzhiyun- 总线驱动程序 (include/linux/device.h) 327*4882a593Smuzhiyun-------------------------------------- 328*4882a593Smuzhiyun结构体: 329*4882a593Smuzhiyun 330*4882a593Smuzhiyunstruct bus_attribute { 331*4882a593Smuzhiyun struct attribute attr; 332*4882a593Smuzhiyun ssize_t (*show)(struct bus_type *, char * buf); 333*4882a593Smuzhiyun ssize_t (*store)(struct bus_type *, const char * buf, size_t count); 334*4882a593Smuzhiyun}; 335*4882a593Smuzhiyun 336*4882a593Smuzhiyun声明: 337*4882a593Smuzhiyun 338*4882a593SmuzhiyunBUS_ATTR(_name, _mode, _show, _store) 339*4882a593Smuzhiyun 340*4882a593Smuzhiyun增/删属性: 341*4882a593Smuzhiyun 342*4882a593Smuzhiyunint bus_create_file(struct bus_type *, struct bus_attribute *); 343*4882a593Smuzhiyunvoid bus_remove_file(struct bus_type *, struct bus_attribute *); 344*4882a593Smuzhiyun 345*4882a593Smuzhiyun 346*4882a593Smuzhiyun- 设备驱动程序 (include/linux/device.h) 347*4882a593Smuzhiyun----------------------------------------- 348*4882a593Smuzhiyun 349*4882a593Smuzhiyun结构体: 350*4882a593Smuzhiyun 351*4882a593Smuzhiyunstruct driver_attribute { 352*4882a593Smuzhiyun struct attribute attr; 353*4882a593Smuzhiyun ssize_t (*show)(struct device_driver *, char * buf); 354*4882a593Smuzhiyun ssize_t (*store)(struct device_driver *, const char * buf, 355*4882a593Smuzhiyun size_t count); 356*4882a593Smuzhiyun}; 357*4882a593Smuzhiyun 358*4882a593Smuzhiyun声明: 359*4882a593Smuzhiyun 360*4882a593SmuzhiyunDRIVER_ATTR(_name, _mode, _show, _store) 361*4882a593Smuzhiyun 362*4882a593Smuzhiyun增/删属性: 363*4882a593Smuzhiyun 364*4882a593Smuzhiyunint driver_create_file(struct device_driver *, const struct driver_attribute *); 365*4882a593Smuzhiyunvoid driver_remove_file(struct device_driver *, const struct driver_attribute *); 366*4882a593Smuzhiyun 367*4882a593Smuzhiyun 368*4882a593Smuzhiyun文档 369*4882a593Smuzhiyun~~~~ 370*4882a593Smuzhiyun 371*4882a593Smuzhiyunsysfs 目录结构以及其中包含的属性定义了一个内核与用户空间之间的 ABI。 372*4882a593Smuzhiyun对于任何 ABI,其自身的稳定和适当的文档是非常重要的。所有新的 sysfs 373*4882a593Smuzhiyun属性必须在 Documentation/ABI 中有文档。详见 Documentation/ABI/README。 374