| @@ -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 | |