aboutsummaryrefslogtreecommitdiffstats
path: root/include/uapi/scsi/scsi_bsg_fc.h
diff options
context:
space:
mode:
Diffstat (limited to 'include/uapi/scsi/scsi_bsg_fc.h')
-rw-r--r--include/uapi/scsi/scsi_bsg_fc.h320
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 */
82struct 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 */
103struct 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 */
123struct 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
143struct 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 */
190struct 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 */
216struct 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 */
229struct 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 */
245struct 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 */
264struct 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 */
281struct 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 */
297struct 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