summaryrefslogtreecommitdiffstats
path: root/Documentation/translations/zh_CN/arm/kernel_user_helpers.txt
blob: 99af4363984dbc74f47ab9993d42da84277db420 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
Chinese translated version of Documentation/arm/kernel_user_helpers.rst

If you have any comment or update to the content, please contact the
original document maintainer directly.  However, if you have a problem
communicating in English you can also ask the Chinese maintainer for
help.  Contact the Chinese maintainer if this translation is outdated
or if there is a problem with the translation.

Maintainer: Nicolas Pitre <nicolas.pitre@linaro.org>
		Dave Martin <dave.martin@linaro.org>
Chinese maintainer: Fu Wei <tekkamanninja@gmail.com>
---------------------------------------------------------------------
Documentation/arm/kernel_user_helpers.rst 的中文翻译

如果想评论或更新本文的内容,请直接联系原文档的维护者。如果你使用英文
交流有困难的话,也可以向中文版维护者求助。如果本翻译更新不及时或者翻
译存在问题,请联系中文版维护者。
英文版维护者: Nicolas Pitre <nicolas.pitre@linaro.org>
		Dave Martin <dave.martin@linaro.org>
中文版维护者: 傅炜 Fu Wei <tekkamanninja@gmail.com>
中文版翻译者: 傅炜 Fu Wei <tekkamanninja@gmail.com>
中文版校译者: 宋冬生 Dongsheng Song <dongshneg.song@gmail.com>
		傅炜 Fu Wei <tekkamanninja@gmail.com>


以下为正文
---------------------------------------------------------------------
内核提供的用户空间辅助代码
=========================

在内核内存空间的固定地址处,有一个由内核提供并可从用户空间访问的代码
段。它用于向用户空间提供因在许多 ARM CPU 中未实现的特性和/或指令而需
内核提供帮助的某些操作。这些代码直接在用户模式下执行的想法是为了获得
最佳效率,但那些与内核计数器联系过于紧密的部分,则被留给了用户库实现。
事实上,此代码甚至可能因不同的 CPU 而异,这取决于其可用的指令集或它
是否为 SMP 系统。换句话说,内核保留在不作出警告的情况下根据需要更改
这些代码的权利。只有本文档描述的入口及其结果是保证稳定的。

这与完全成熟的 VDSO 实现不同(但两者并不冲突),尽管如此,VDSO 可阻止
某些通过常量高效跳转到那些代码段的汇编技巧。且由于那些代码段在返回用户
代码前仅使用少量的代码周期,则一个 VDSO 间接远程调用将会在这些简单的
操作上增加一个可测量的开销。

在对那些拥有原生支持的新型处理器进行代码优化时,仅在已为其他操作使用
了类似的新增指令,而导致二进制结果已与早期 ARM 处理器不兼容的情况下,
用户空间才应绕过这些辅助代码,并在内联函数中实现这些操作(无论是通过
编译器在代码中直接放置,还是作为库函数调用实现的一部分)。也就是说,
如果你编译的代码不会为了其他目的使用新指令,则不要仅为了避免使用这些
内核辅助代码,导致二进制程序无法在早期处理器上运行。

新的辅助代码可能随着时间的推移而增加,所以新内核中的某些辅助代码在旧
内核中可能不存在。因此,程序必须在对任何辅助代码调用假设是安全之前,
检测 __kuser_helper_version 的值(见下文)。理想情况下,这种检测应该
只在进程启动时执行一次;如果内核版本不支持所需辅助代码,则该进程可尽早
中止执行。

kuser_helper_version
--------------------

位置:	0xffff0ffc

参考声明:

  extern int32_t __kuser_helper_version;

定义:

  这个区域包含了当前运行内核实现的辅助代码版本号。用户空间可以通过读
  取此版本号以确定特定的辅助代码是否存在。

使用范例:

#define __kuser_helper_version (*(int32_t *)0xffff0ffc)

void check_kuser_version(void)
{
	if (__kuser_helper_version < 2) {
		fprintf(stderr, "can't do atomic operations, kernel too old\n");
		abort();
	}
}

注意:

  用户空间可以假设这个域的值不会在任何单个进程的生存期内改变。也就
  是说,这个域可以仅在库的初始化阶段或进程启动阶段读取一次。

kuser_get_tls
-------------

位置:	0xffff0fe0

参考原型:

  void * __kuser_get_tls(void);

输入:

  lr = 返回地址

输出:

  r0 = TLS 值

被篡改的寄存器:

  无

定义:

  获取之前通过 __ARM_NR_set_tls 系统调用设置的 TLS 值。

使用范例:

typedef void * (__kuser_get_tls_t)(void);
#define __kuser_get_tls (*(__kuser_get_tls_t *)0xffff0fe0)

void foo()
{
	void *tls = __kuser_get_tls();
	printf("TLS = %p\n", tls);
}

注意:

  - 仅在 __kuser_helper_version >= 1 时,此辅助代码存在
    (从内核版本 2.6.12 开始)。

kuser_cmpxchg
-------------

位置:	0xffff0fc0

参考原型:

  int __kuser_cmpxchg(int32_t oldval, int32_t newval, volatile int32_t *ptr);

输入:

  r0 = oldval
  r1 = newval
  r2 = ptr
  lr = 返回地址

输出:

  r0 = 成功代码 (零或非零)
  C flag = 如果 r0 == 0 则置 1,如果 r0 != 0 则清零。

被篡改的寄存器:

  r3, ip, flags

定义:

  仅在 *ptr 为 oldval 时原子保存 newval 于 *ptr 中。
  如果 *ptr 被改变,则返回值为零,否则为非零值。
  如果 *ptr 被改变,则 C flag 也会被置 1,以实现调用代码中的汇编
  优化。

使用范例:

typedef int (__kuser_cmpxchg_t)(int oldval, int newval, volatile int *ptr);
#define __kuser_cmpxchg (*(__kuser_cmpxchg_t *)0xffff0fc0)

int atomic_add(volatile int *ptr, int val)
{
	int old, new;

	do {
		old = *ptr;
		new = old + val;
	} while(__kuser_cmpxchg(old, new, ptr));

	return new;
}

注意:

  - 这个例程已根据需要包含了内存屏障。

  - 仅在 __kuser_helper_version >= 2 时,此辅助代码存在
    (从内核版本 2.6.12 开始)。

kuser_memory_barrier
--------------------

位置:	0xffff0fa0

参考原型:

  void __kuser_memory_barrier(void);

输入:

  lr = 返回地址

输出:

  无

被篡改的寄存器:

  无

定义:

  应用于任何需要内存屏障以防止手动数据修改带来的一致性问题,以及
  __kuser_cmpxchg 中。

使用范例:

typedef void (__kuser_dmb_t)(void);
#define __kuser_dmb (*(__kuser_dmb_t *)0xffff0fa0)

注意:

  - 仅在 __kuser_helper_version >= 3 时,此辅助代码存在
    (从内核版本 2.6.15 开始)。

kuser_cmpxchg64
---------------

位置:	0xffff0f60

参考原型:

  int __kuser_cmpxchg64(const int64_t *oldval,
                        const int64_t *newval,
                        volatile int64_t *ptr);

输入:

  r0 = 指向 oldval
  r1 = 指向 newval
  r2 = 指向目标值
  lr = 返回地址

输出:

  r0 = 成功代码 (零或非零)
  C flag = 如果 r0 == 0 则置 1,如果 r0 != 0 则清零。

被篡改的寄存器:

  r3, lr, flags

定义:

  仅在 *ptr 等于 *oldval 指向的 64 位值时,原子保存 *newval
  指向的 64 位值于 *ptr 中。如果 *ptr 被改变,则返回值为零,
  否则为非零值。

  如果 *ptr 被改变,则 C flag 也会被置 1,以实现调用代码中的汇编
  优化。

使用范例:

typedef int (__kuser_cmpxchg64_t)(const int64_t *oldval,
                                  const int64_t *newval,
                                  volatile int64_t *ptr);
#define __kuser_cmpxchg64 (*(__kuser_cmpxchg64_t *)0xffff0f60)

int64_t atomic_add64(volatile int64_t *ptr, int64_t val)
{
	int64_t old, new;

	do {
		old = *ptr;
		new = old + val;
	} while(__kuser_cmpxchg64(&old, &new, ptr));

	return new;
}

注意:

  - 这个例程已根据需要包含了内存屏障。

  - 由于这个过程的代码长度(此辅助代码跨越 2 个常规的 kuser “槽”),
    因此 0xffff0f80 不被作为有效的入口点。

  - 仅在 __kuser_helper_version >= 5 时,此辅助代码存在
    (从内核版本 3.1 开始)。