diff options
Diffstat (limited to 'include/uapi/scsi/scsi_bsg_fc.h')
-rw-r--r-- | include/uapi/scsi/scsi_bsg_fc.h | 320 |
1 files changed, 320 insertions, 0 deletions
diff --git a/include/uapi/scsi/scsi_bsg_fc.h b/include/uapi/scsi/scsi_bsg_fc.h new file mode 100644 index 000000000000..3031b900b087 --- /dev/null +++ b/include/uapi/scsi/scsi_bsg_fc.h | |||
@@ -0,0 +1,320 @@ | |||
1 | /* | ||
2 | * FC Transport BSG Interface | ||
3 | * | ||
4 | * Copyright (C) 2008 James Smart, Emulex Corporation | ||
5 | * | ||
6 | * This program is free software; you can redistribute it and/or modify | ||
7 | * it under the terms of the GNU General Public License as published by | ||
8 | * the Free Software Foundation; either version 2 of the License, or | ||
9 | * (at your option) any later version. | ||
10 | * | ||
11 | * This program is distributed in the hope that it will be useful, | ||
12 | * but WITHOUT ANY WARRANTY; without even the implied warranty of | ||
13 | * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the | ||
14 | * GNU General Public License for more details. | ||
15 | * | ||
16 | * You should have received a copy of the GNU General Public License | ||
17 | * along with this program; if not, write to the Free Software | ||
18 | * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA | ||
19 | * | ||
20 | */ | ||
21 | |||
22 | #ifndef SCSI_BSG_FC_H | ||
23 | #define SCSI_BSG_FC_H | ||
24 | |||
25 | /* | ||
26 | * This file intended to be included by both kernel and user space | ||
27 | */ | ||
28 | |||
29 | /* | ||
30 | * FC Transport SGIO v4 BSG Message Support | ||
31 | */ | ||
32 | |||
33 | /* Default BSG request timeout (in seconds) */ | ||
34 | #define FC_DEFAULT_BSG_TIMEOUT (10 * HZ) | ||
35 | |||
36 | |||
37 | /* | ||
38 | * Request Message Codes supported by the FC Transport | ||
39 | */ | ||
40 | |||
41 | /* define the class masks for the message codes */ | ||
42 | #define FC_BSG_CLS_MASK 0xF0000000 /* find object class */ | ||
43 | #define FC_BSG_HST_MASK 0x80000000 /* fc host class */ | ||
44 | #define FC_BSG_RPT_MASK 0x40000000 /* fc rport class */ | ||
45 | |||
46 | /* fc_host Message Codes */ | ||
47 | #define FC_BSG_HST_ADD_RPORT (FC_BSG_HST_MASK | 0x00000001) | ||
48 | #define FC_BSG_HST_DEL_RPORT (FC_BSG_HST_MASK | 0x00000002) | ||
49 | #define FC_BSG_HST_ELS_NOLOGIN (FC_BSG_HST_MASK | 0x00000003) | ||
50 | #define FC_BSG_HST_CT (FC_BSG_HST_MASK | 0x00000004) | ||
51 | #define FC_BSG_HST_VENDOR (FC_BSG_HST_MASK | 0x000000FF) | ||
52 | |||
53 | /* fc_rport Message Codes */ | ||
54 | #define FC_BSG_RPT_ELS (FC_BSG_RPT_MASK | 0x00000001) | ||
55 | #define FC_BSG_RPT_CT (FC_BSG_RPT_MASK | 0x00000002) | ||
56 | |||
57 | |||
58 | |||
59 | /* | ||
60 | * FC Address Identifiers in Message Structures : | ||
61 | * | ||
62 | * Whenever a command payload contains a FC Address Identifier | ||
63 | * (aka port_id), the value is effectively in big-endian | ||
64 | * order, thus the array elements are decoded as follows: | ||
65 | * element [0] is bits 23:16 of the FC Address Identifier | ||
66 | * element [1] is bits 15:8 of the FC Address Identifier | ||
67 | * element [2] is bits 7:0 of the FC Address Identifier | ||
68 | */ | ||
69 | |||
70 | |||
71 | /* | ||
72 | * FC Host Messages | ||
73 | */ | ||
74 | |||
75 | /* FC_BSG_HST_ADDR_PORT : */ | ||
76 | |||
77 | /* Request: | ||
78 | * This message requests the FC host to login to the remote port | ||
79 | * at the specified N_Port_Id. The remote port is to be enumerated | ||
80 | * with the transport upon completion of the login. | ||
81 | */ | ||
82 | struct fc_bsg_host_add_rport { | ||
83 | uint8_t reserved; | ||
84 | |||
85 | /* FC Address Identier of the remote port to login to */ | ||
86 | uint8_t port_id[3]; | ||
87 | }; | ||
88 | |||
89 | /* Response: | ||
90 | * There is no additional response data - fc_bsg_reply->result is sufficient | ||
91 | */ | ||
92 | |||
93 | |||
94 | /* FC_BSG_HST_DEL_RPORT : */ | ||
95 | |||
96 | /* Request: | ||
97 | * This message requests the FC host to remove an enumerated | ||
98 | * remote port and to terminate the login to it. | ||
99 | * | ||
100 | * Note: The driver is free to reject this request if it desires to | ||
101 | * remain logged in with the remote port. | ||
102 | */ | ||
103 | struct fc_bsg_host_del_rport { | ||
104 | uint8_t reserved; | ||
105 | |||
106 | /* FC Address Identier of the remote port to logout of */ | ||
107 | uint8_t port_id[3]; | ||
108 | }; | ||
109 | |||
110 | /* Response: | ||
111 | * There is no additional response data - fc_bsg_reply->result is sufficient | ||
112 | */ | ||
113 | |||
114 | |||
115 | /* FC_BSG_HST_ELS_NOLOGIN : */ | ||
116 | |||
117 | /* Request: | ||
118 | * This message requests the FC_Host to send an ELS to a specific | ||
119 | * N_Port_ID. The host does not need to log into the remote port, | ||
120 | * nor does it need to enumerate the rport for further traffic | ||
121 | * (although, the FC host is free to do so if it desires). | ||
122 | */ | ||
123 | struct fc_bsg_host_els { | ||
124 | /* | ||
125 | * ELS Command Code being sent (must be the same as byte 0 | ||
126 | * of the payload) | ||
127 | */ | ||
128 | uint8_t command_code; | ||
129 | |||
130 | /* FC Address Identier of the remote port to send the ELS to */ | ||
131 | uint8_t port_id[3]; | ||
132 | }; | ||
133 | |||
134 | /* Response: | ||
135 | */ | ||
136 | /* fc_bsg_ctels_reply->status values */ | ||
137 | #define FC_CTELS_STATUS_OK 0x00000000 | ||
138 | #define FC_CTELS_STATUS_REJECT 0x00000001 | ||
139 | #define FC_CTELS_STATUS_P_RJT 0x00000002 | ||
140 | #define FC_CTELS_STATUS_F_RJT 0x00000003 | ||
141 | #define FC_CTELS_STATUS_P_BSY 0x00000004 | ||
142 | #define FC_CTELS_STATUS_F_BSY 0x00000006 | ||
143 | struct fc_bsg_ctels_reply { | ||
144 | /* | ||
145 | * Note: An ELS LS_RJT may be reported in 2 ways: | ||
146 | * a) A status of FC_CTELS_STATUS_OK is returned. The caller | ||
147 | * is to look into the ELS receive payload to determine | ||
148 | * LS_ACC or LS_RJT (by contents of word 0). The reject | ||
149 | * data will be in word 1. | ||
150 | * b) A status of FC_CTELS_STATUS_REJECT is returned, The | ||
151 | * rjt_data field will contain valid data. | ||
152 | * | ||
153 | * Note: ELS LS_ACC is determined by an FC_CTELS_STATUS_OK, and | ||
154 | * the receive payload word 0 indicates LS_ACC | ||
155 | * (e.g. value is 0x02xxxxxx). | ||
156 | * | ||
157 | * Note: Similarly, a CT Reject may be reported in 2 ways: | ||
158 | * a) A status of FC_CTELS_STATUS_OK is returned. The caller | ||
159 | * is to look into the CT receive payload to determine | ||
160 | * Accept or Reject (by contents of word 2). The reject | ||
161 | * data will be in word 3. | ||
162 | * b) A status of FC_CTELS_STATUS_REJECT is returned, The | ||
163 | * rjt_data field will contain valid data. | ||
164 | * | ||
165 | * Note: x_RJT/BSY status will indicae that the rjt_data field | ||
166 | * is valid and contains the reason/explanation values. | ||
167 | */ | ||
168 | uint32_t status; /* See FC_CTELS_STATUS_xxx */ | ||
169 | |||
170 | /* valid if status is not FC_CTELS_STATUS_OK */ | ||
171 | struct { | ||
172 | uint8_t action; /* fragment_id for CT REJECT */ | ||
173 | uint8_t reason_code; | ||
174 | uint8_t reason_explanation; | ||
175 | uint8_t vendor_unique; | ||
176 | } rjt_data; | ||
177 | }; | ||
178 | |||
179 | |||
180 | /* FC_BSG_HST_CT : */ | ||
181 | |||
182 | /* Request: | ||
183 | * This message requests that a CT Request be performed with the | ||
184 | * indicated N_Port_ID. The driver is responsible for logging in with | ||
185 | * the fabric and/or N_Port_ID, etc as per FC rules. This request does | ||
186 | * not mandate that the driver must enumerate the destination in the | ||
187 | * transport. The driver is allowed to decide whether to enumerate it, | ||
188 | * and whether to tear it down after the request. | ||
189 | */ | ||
190 | struct fc_bsg_host_ct { | ||
191 | uint8_t reserved; | ||
192 | |||
193 | /* FC Address Identier of the remote port to send the ELS to */ | ||
194 | uint8_t port_id[3]; | ||
195 | |||
196 | /* | ||
197 | * We need words 0-2 of the generic preamble for the LLD's | ||
198 | */ | ||
199 | uint32_t preamble_word0; /* revision & IN_ID */ | ||
200 | uint32_t preamble_word1; /* GS_Type, GS_SubType, Options, Rsvd */ | ||
201 | uint32_t preamble_word2; /* Cmd Code, Max Size */ | ||
202 | |||
203 | }; | ||
204 | /* Response: | ||
205 | * | ||
206 | * The reply structure is an fc_bsg_ctels_reply structure | ||
207 | */ | ||
208 | |||
209 | |||
210 | /* FC_BSG_HST_VENDOR : */ | ||
211 | |||
212 | /* Request: | ||
213 | * Note: When specifying vendor_id, be sure to read the Vendor Type and ID | ||
214 | * formatting requirements specified in scsi_netlink.h | ||
215 | */ | ||
216 | struct fc_bsg_host_vendor { | ||
217 | /* | ||
218 | * Identifies the vendor that the message is formatted for. This | ||
219 | * should be the recipient of the message. | ||
220 | */ | ||
221 | uint64_t vendor_id; | ||
222 | |||
223 | /* start of vendor command area */ | ||
224 | uint32_t vendor_cmd[0]; | ||
225 | }; | ||
226 | |||
227 | /* Response: | ||
228 | */ | ||
229 | struct fc_bsg_host_vendor_reply { | ||
230 | /* start of vendor response area */ | ||
231 | uint32_t vendor_rsp[0]; | ||
232 | }; | ||
233 | |||
234 | |||
235 | |||
236 | /* | ||
237 | * FC Remote Port Messages | ||
238 | */ | ||
239 | |||
240 | /* FC_BSG_RPT_ELS : */ | ||
241 | |||
242 | /* Request: | ||
243 | * This message requests that an ELS be performed with the rport. | ||
244 | */ | ||
245 | struct fc_bsg_rport_els { | ||
246 | /* | ||
247 | * ELS Command Code being sent (must be the same as | ||
248 | * byte 0 of the payload) | ||
249 | */ | ||
250 | uint8_t els_code; | ||
251 | }; | ||
252 | |||
253 | /* Response: | ||
254 | * | ||
255 | * The reply structure is an fc_bsg_ctels_reply structure | ||
256 | */ | ||
257 | |||
258 | |||
259 | /* FC_BSG_RPT_CT : */ | ||
260 | |||
261 | /* Request: | ||
262 | * This message requests that a CT Request be performed with the rport. | ||
263 | */ | ||
264 | struct fc_bsg_rport_ct { | ||
265 | /* | ||
266 | * We need words 0-2 of the generic preamble for the LLD's | ||
267 | */ | ||
268 | uint32_t preamble_word0; /* revision & IN_ID */ | ||
269 | uint32_t preamble_word1; /* GS_Type, GS_SubType, Options, Rsvd */ | ||
270 | uint32_t preamble_word2; /* Cmd Code, Max Size */ | ||
271 | }; | ||
272 | /* Response: | ||
273 | * | ||
274 | * The reply structure is an fc_bsg_ctels_reply structure | ||
275 | */ | ||
276 | |||
277 | |||
278 | |||
279 | |||
280 | /* request (CDB) structure of the sg_io_v4 */ | ||
281 | struct fc_bsg_request { | ||
282 | uint32_t msgcode; | ||
283 | union { | ||
284 | struct fc_bsg_host_add_rport h_addrport; | ||
285 | struct fc_bsg_host_del_rport h_delrport; | ||
286 | struct fc_bsg_host_els h_els; | ||
287 | struct fc_bsg_host_ct h_ct; | ||
288 | struct fc_bsg_host_vendor h_vendor; | ||
289 | |||
290 | struct fc_bsg_rport_els r_els; | ||
291 | struct fc_bsg_rport_ct r_ct; | ||
292 | } rqst_data; | ||
293 | } __attribute__((packed)); | ||
294 | |||
295 | |||
296 | /* response (request sense data) structure of the sg_io_v4 */ | ||
297 | struct fc_bsg_reply { | ||
298 | /* | ||
299 | * The completion result. Result exists in two forms: | ||
300 | * if negative, it is an -Exxx system errno value. There will | ||
301 | * be no further reply information supplied. | ||
302 | * else, it's the 4-byte scsi error result, with driver, host, | ||
303 | * msg and status fields. The per-msgcode reply structure | ||
304 | * will contain valid data. | ||
305 | */ | ||
306 | uint32_t result; | ||
307 | |||
308 | /* If there was reply_payload, how much was recevied ? */ | ||
309 | uint32_t reply_payload_rcv_len; | ||
310 | |||
311 | union { | ||
312 | struct fc_bsg_host_vendor_reply vendor_reply; | ||
313 | |||
314 | struct fc_bsg_ctels_reply ctels_reply; | ||
315 | } reply_data; | ||
316 | }; | ||
317 | |||
318 | |||
319 | #endif /* SCSI_BSG_FC_H */ | ||
320 | |||