1 |
13 |
serginhofr |
/*
|
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 |
|
|
|