]> CyberLeo.Net >> Repos - FreeBSD/FreeBSD.git/blob - share/man/man4/mlx5io.4
MFS r353184, r353186, r353188, r353190, r353192, r353194, r353196, r353198,
[FreeBSD/FreeBSD.git] / share / man / man4 / mlx5io.4
1 .\"
2 .\" Copyright (c) 2018, 2019 Mellanox Technologies
3 .\" All rights reserved.
4 .\"
5 .\" Redistribution and use in source and binary forms, with or without
6 .\" modification, are permitted provided that the following conditions
7 .\" are met:
8 .\" 1. Redistributions of source code must retain the above copyright
9 .\"    notice, this list of conditions and the following disclaimer.
10 .\" 2. Redistributions in binary form must reproduce the above copyright
11 .\"    notice, this list of conditions and the following disclaimer in the
12 .\"    documentation and/or other materials provided with the distribution.
13 .\" 
14 .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
15 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
16 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
17 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
18 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
19 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
20 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
21 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
22 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
23 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
24 .\" SUCH DAMAGE.
25 .\"
26 .\" $FreeBSD$
27 .\"
28 .Dd October 2, 2019
29 .Dt mlx5io 4
30 .Os
31 .Sh NAME
32 .Nm mlx5io
33 .Nd IOCTL interface to manage Connect-X 4/5/6 Mellanox network adapters
34 .Sh SYNOPSIS
35 .In dev/mlx5/mlx5io.h
36 .Sh DESCRIPTION
37 The
38 .Nm
39 interface is provided for management of the Connect-X4, 5 and 6 network adapters
40 in the aspects not covered by the generic network configuration,
41 mostly related to the PCIe attachment and internal card working.
42 Interface consists of the commands, which are passed by means of
43 .Xr ioctl 2
44 on the file descriptor, opened from the
45 .Pa /dev/mlx5ctl
46 device node.
47 .Pp
48 The following commands are implemented:
49 .Bl -tag -width indent
50 .It Dv MLX5_FWDUMP_FORCE
51 Take the snapshot of the firmware registers state and store it in the
52 kernel buffer.
53 The buffer must be empty, in other words, no dumps should be written so
54 far, or existing dump cleared with the
55 .Dv MLX5_FWDUMP_RESET
56 command for the specified device.
57 The argument for the command should point to the
58 .Vt struct mlx5_tool_addr
59 structure, containing the PCIe bus address of the device.
60 .Bd -literal
61 struct mlx5_tool_addr {
62         uint32_t domain;
63         uint8_t bus;
64         uint8_t slot;
65         uint8_t func;
66 };
67 .Ed
68 .It Dv MLX5_FWDUMP_RESET
69 Clear the stored firmware dump, preparing the kernel buffer for
70 the next dump.
71 The argument for the command should point to the
72 .Vt struct mlx5_tool_addr
73 structure, containing the PCIe bus address of the device.
74 .It Dv MLX5_FWDUMP_GET
75 Fetch the stored firmware dump into the user memory.
76 The argument to the command should point to the input/output
77 .Vt struct mlx5_fwdump_get
78 structure.
79 Its
80 .Dv devaddr
81 field specifies the address of the device, the
82 .Dv buf
83 fields points to the array of
84 .Vt struct mlx5_fwdump_reg
85 of records of the registers values, the size of the array is specified
86 in the
87 .Dv reg_cnt
88 field.
89 .Bd -literal
90 struct mlx5_fwdump_get {
91         struct mlx5_tool_addr devaddr;
92         struct mlx5_fwdump_reg *buf;
93         size_t reg_cnt;
94         size_t reg_filled; /* out */
95 };
96 .Ed
97 .Pp
98 On successfull return, the
99 .Dv reg_filled
100 field reports the number of the
101 .Dv buf
102 array elements actually filled with the registers values.
103 If
104 .Dv buf
105 contains the
106 .Dv NULL
107 pointer, no registers are filled, but
108 .Dv reg_filled
109 still contains the number of registers that should be passed for
110 the complete dump.
111 .Pp
112 The
113 .Vt struct mlx5_fwdump_reg
114 element contains the address of the register in the field
115 .Dv addr ,
116 and its value in the field
117 .Dv val .
118 .Bd -literal
119 struct mlx5_fwdump_reg {
120         uint32_t addr;
121         uint32_t val;
122 };
123 .Ed
124 .It Dv MLX5_FW_UPDATE
125 Requests firmware update (flash) on the adapter specified by the
126 .Dv devaddr
127 using the firmware image in
128 .Dv MFA2
129 format.
130 The argument for the ioctl command is the
131 .Vt struct mlx5_fw_update
132 with the following definition.
133 .Bd -literal
134 struct mlx5_fw_update {
135         struct mlx5_tool_addr devaddr;
136         void *img_fw_data;
137         size_t img_fw_data_len;
138 };
139 .Ed
140 Image address in memory is passed in
141 .Dv img_fw_data ,
142 the length of the image is specified in
143 .Dv img_fw_data_len
144 field.
145 .It Dv MLX5_FW_RESET
146 Requests PCIe link-level reset on the device.
147 The address of the device is specified by the
148 .Vt struct mlx5_tool_addr
149 structure, which should be passed as an argument.
150 .It Dv MLX5_EEPROM_GET
151 Fetch EEPROM information.
152 The argument to the command should point to the input/output
153 .Vt struct mlx5_eeprom_get
154 structure where, the
155 .Dv devaddr
156 field specifies the address of the device.
157 .Bd -literal
158 struct mlx5_eeprom_get {
159         struct mlx5_tool_addr devaddr;
160         size_t eeprom_info_page_valid;
161         uint32_t *eeprom_info_buf;
162         size_t eeprom_info_out_len;
163 };
164 .Ed
165 .Pp
166 On successfull return, the
167 .Dv eeprom_info_out_len
168 field reports the length of the EEPROM information.
169 .Dv eeprom_info_buf
170 field contains the actual EEPROM information.
171 .Dv eeprom_info_page_valid
172 field reports the third page validity.
173 .El
174 .Sh FILES
175 The
176 .Pa /dev/mlx5ctl
177 .Xr devfs 5
178 node is used to pass commands to the driver.
179 .Sh RETURN VALUES
180 If successful, the IOCTL returns zero.
181 Otherwise, -1 is returned and the global variable
182 .Va errno
183 is set to indicate the error.
184 .Sh SEE ALSO
185 .Xr errno 2 ,
186 .Xr ioctl 2 ,
187 .Xr mlx5en 4 ,
188 .Xr mlx5ib 4 ,
189 .Xr mlx5tool 8
190 and
191 .Xr pci 9 .