xref: /OK3568_Linux_fs/kernel/Documentation/translations/zh_CN/filesystems/sysfs.txt (revision 4882a59341e53eb6f0b4789bf948001014eff981)
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/README374