Skip to content

Commit 0265e6e

Browse files
Yanteng SiJonathan Corbet
authored andcommitted
docs/zh_CN: add infiniband user_mad translation
Translate Documentation/infiniband/user_mad.rst into Chinese. Signed-off-by: Yanteng Si <[email protected]> Reviewed-by: Alex Shi <[email protected]> Reviewed-by: Puyu Wang <[email protected]> Link: https://lore.kernel.org/r/8859ef2b40b380d7db7548f2e6a2d6fd5397062d.1628218477.git.siyanteng@loongson.cn Signed-off-by: Jonathan Corbet <[email protected]>
1 parent cc420b8 commit 0265e6e

File tree

2 files changed

+165
-1
lines changed

2 files changed

+165
-1
lines changed

Documentation/translations/zh_CN/infiniband/index.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -27,10 +27,10 @@ infiniband
2727
opa_vnic
2828
sysfs
2929
tag_matching
30+
user_mad
3031

3132
TODOLIST:
3233

33-
user_mad
3434
user_verbs
3535

3636
.. only:: subproject and html
Lines changed: 164 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,164 @@
1+
.. include:: ../disclaimer-zh_CN.rst
2+
3+
:Original: Documentation/infiniband/user_mad.rst
4+
5+
:翻译:
6+
7+
司延腾 Yanteng Si <[email protected]>
8+
9+
:校译:
10+
11+
王普宇 Puyu Wang <[email protected]>
12+
时奎亮 Alex Shi <[email protected]>
13+
14+
.. _cn_infiniband_user_mad:
15+
16+
===============
17+
用户空间MAD访问
18+
===============
19+
20+
设备文件
21+
========
22+
23+
每个InfiniBand设备的每个端口都有一个“umad”设备和一个“issm”设备连接。
24+
例如,一个双端口的HCA将有两个umad设备和两个issm设备,而一个交换机将
25+
有每个类型的一个设备(对于交换机端口0)。
26+
27+
创建MAD代理
28+
===========
29+
30+
一个MAD代理可以通过填写一个结构体ib_user_mad_reg_req来创建,然后在
31+
适当的设备文件的文件描述符上调用IB_USER_MAD_REGISTER_AGENT ioctl。
32+
如果注册请求成功,结构体中会返回一个32位的ID。比如说::
33+
34+
struct ib_user_mad_reg_req req = { /* ... */ };
35+
ret = ioctl(fd, IB_USER_MAD_REGISTER_AGENT, (char *) &req);
36+
if (!ret)
37+
my_agent = req.id;
38+
else
39+
perror("agent register");
40+
41+
代理可以通过IB_USER_MAD_UNREGISTER_AGENT ioctl取消注册。另外,所有
42+
通过文件描述符注册的代理在描述符关闭时将被取消注册。
43+
44+
2014
45+
现在提供了一个新的注册IOctl,允许在注册时提供额外的字段。这个注册
46+
调用的用户隐含了对pkey_index的使用(见下文)。现在提供了一个新的
47+
注册IOctl,允许在注册时提供额外的字段。这个注册调用的用户隐含了对
48+
pkey_index的使用(见下文)。
49+
50+
接收MADs
51+
========
52+
53+
使用read()接收MAD。现在接收端支持RMPP。传给read()的缓冲区必须至少是
54+
一个struct ib_user_mad + 256字节。比如说:
55+
56+
如果传递的缓冲区不足以容纳收到的MAD(RMPP),errno被设置为ENOSPC,需
57+
要的缓冲区长度被设置在mad.length中。
58+
59+
正常MAD(非RMPP)的读取示例::
60+
61+
struct ib_user_mad *mad;
62+
mad = malloc(sizeof *mad + 256);
63+
ret = read(fd, mad, sizeof *mad + 256);
64+
if (ret != sizeof mad + 256) {
65+
perror("read");
66+
free(mad);
67+
}
68+
69+
RMPP读取示例::
70+
71+
struct ib_user_mad *mad;
72+
mad = malloc(sizeof *mad + 256);
73+
ret = read(fd, mad, sizeof *mad + 256);
74+
if (ret == -ENOSPC)) {
75+
length = mad.length;
76+
free(mad);
77+
mad = malloc(sizeof *mad + length);
78+
ret = read(fd, mad, sizeof *mad + length);
79+
}
80+
if (ret < 0) {
81+
perror("read");
82+
free(mad);
83+
}
84+
85+
除了实际的MAD内容外,其他结构体ib_user_mad字段将被填入收到的MAD的信
86+
息。例如,远程LID将在mad.lid中。
87+
88+
如果发送超时,将产生一个接收,mad.status设置为ETIMEDOUT。否则,当一个
89+
MAD被成功接收后,mad.status将是0。
90+
91+
poll()/select()可以用来等待一个MAD可以被读取。
92+
93+
poll()/select()可以用来等待,直到可以读取一个MAD。
94+
95+
发送MADs
96+
========
97+
98+
MADs是用write()发送的。发送的代理ID应该填入MAD的id字段,目的地LID应该
99+
填入lid字段,以此类推。发送端确实支持RMPP,所以可以发送任意长度的MAD。
100+
比如说::
101+
102+
struct ib_user_mad *mad;
103+
104+
mad = malloc(sizeof *mad + mad_length);
105+
106+
/* fill in mad->data */
107+
108+
mad->hdr.id = my_agent; /* req.id from agent registration */
109+
mad->hdr.lid = my_dest; /* in network byte order... */
110+
/* etc. */
111+
112+
ret = write(fd, &mad, sizeof *mad + mad_length);
113+
if (ret != sizeof *mad + mad_length)
114+
perror("write");
115+
116+
交换IDs
117+
=======
118+
119+
umad设备的用户可以在发送的MAD中使用交换ID字段的低32位(也就是网络字节顺序中
120+
最小有效的一半字段)来匹配请求/响应对。上面的32位是保留给内核使用的,在发送
121+
MAD之前会被改写。
122+
123+
P_Key索引处理
124+
=============
125+
126+
旧的ib_umad接口不允许为发送的MAD设置P_Key索引,也没有提供获取接收的MAD的
127+
P_Key索引的方法。一个带有pkey_index成员的struct ib_user_mad_hdr的新布局已
128+
经被定义;然而,为了保持与旧的应用程序的二进制兼容性,除非在文件描述符被用于
129+
其他用途之前调用IB_USER_MAD_ENABLE_PKEY或IB_USER_MAD_REGISTER_AGENT2 ioctl
130+
之一,否则不会使用这种新布局。
131+
132+
在2008年9月,IB_USER_MAD_ABI_VERSION将被增加到6,默认使用新的ib_user_mad_hdr
133+
结构布局,并且IB_USER_MAD_ENABLE_PKEY ioctl将被删除。
134+
135+
设置IsSM功能位
136+
==============
137+
138+
要为一个端口设置IsSM功能位,只需打开相应的issm设备文件。如果IsSM位已经被设置,那
139+
么打开调用将阻塞,直到该位被清除(或者如果O_NONBLOCK标志被传递给open(),则立即返
140+
回,errno设置为EAGAIN)。当issm文件被关闭时,IsSM位将被清除。在issm文件上不能进
141+
行任何读、写或其他操作。
142+
143+
/dev文件
144+
========
145+
146+
为了用 udev自动创建相应的字符设备文件,一个类似::
147+
148+
KERNEL=="umad*", NAME="infiniband/%k"
149+
KERNEL=="issm*", NAME="infiniband/%k"
150+
151+
的规则可以被使用。它将创建节点的名字::
152+
153+
/dev/infiniband/umad0
154+
/dev/infiniband/issm0
155+
156+
为第一个端口,以此类推。与这些设备相关的infiniband设备和端口可以从以下文件中确定::
157+
158+
/sys/class/infiniband_mad/umad0/ibdev
159+
/sys/class/infiniband_mad/umad0/port
160+
161+
和::
162+
163+
/sys/class/infiniband_mad/issm0/ibdev
164+
/sys/class/infiniband_mad/issm0/port

0 commit comments

Comments
 (0)