2000-01-03 23:58:41 +00:00
|
|
|
/* $FreeBSD$ */
|
2005-01-06 01:43:34 +00:00
|
|
|
/*-
|
2009-08-01 01:04:26 +00:00
|
|
|
* Copyright (c) 1997-2009 by Matthew Jacob
|
2007-03-10 02:39:54 +00:00
|
|
|
* All rights reserved.
|
|
|
|
|
*
|
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
|
* are met:
|
|
|
|
|
*
|
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
|
*
|
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY AUTHOR AND CONTRIBUTORS ``AS IS'' AND
|
|
|
|
|
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
|
* ARE DISCLAIMED. IN NO EVENT SHALL AUTHOR OR CONTRIBUTORS BE LIABLE
|
|
|
|
|
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
|
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
|
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
|
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
|
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
|
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
|
* SUCH DAMAGE.
|
2009-08-01 01:04:26 +00:00
|
|
|
*
|
2007-03-10 02:39:54 +00:00
|
|
|
*/
|
|
|
|
|
/*
|
2000-01-03 23:58:41 +00:00
|
|
|
* Qlogic Target Mode Structure and Flag Definitions
|
|
|
|
|
*/
|
2001-03-14 04:14:22 +00:00
|
|
|
#ifndef _ISP_TARGET_H
|
|
|
|
|
#define _ISP_TARGET_H
|
2000-01-03 23:58:41 +00:00
|
|
|
|
2006-11-02 03:21:32 +00:00
|
|
|
/*
|
2009-08-01 01:04:26 +00:00
|
|
|
* Notify structure- these are for asynchronous events that need to be sent
|
|
|
|
|
* as notifications to the outer layer. It should be pretty self-explanatory.
|
|
|
|
|
*/
|
|
|
|
|
typedef enum {
|
|
|
|
|
NT_UNKNOWN=0x999,
|
|
|
|
|
NT_ABORT_TASK=0x1000,
|
|
|
|
|
NT_ABORT_TASK_SET,
|
|
|
|
|
NT_CLEAR_ACA,
|
|
|
|
|
NT_CLEAR_TASK_SET,
|
|
|
|
|
NT_LUN_RESET,
|
|
|
|
|
NT_TARGET_RESET,
|
|
|
|
|
NT_BUS_RESET,
|
|
|
|
|
NT_LIP_RESET,
|
|
|
|
|
NT_LINK_UP,
|
|
|
|
|
NT_LINK_DOWN,
|
|
|
|
|
NT_LOGOUT,
|
|
|
|
|
NT_GLOBAL_LOGOUT,
|
-----------
MISC CHANGES
Add a new async event- ISP_TARGET_NOTIFY_ACK, that will guarantee
eventual delivery of a NOTIFY ACK. This is tons better than just
ignoring the return from isp_notify_ack and hoping for the best.
Clean up the lower level lun enable code to be a bit more sensible.
Fix a botch in isp_endcmd which was messing up the sense data.
Fix notify ack for SRR to use a sensible error code in the case
of a reject.
Clean up and make clear what kind of firmware we've loaded and
what capabilities it has.
-----------
FULL (252 byte) SENSE DATA
In CTIOs for the ISP, there's only a limimted amount of space
to load SENSE DATA for associated CHECK CONDITIONS (24 or 26
bytes). This makes it difficult to send full SENSE DATA that can
be up to 252 bytes.
Implement MODE 2 responses which have us build the FCP Response
in system memory which the ISP will put onto the wire directly.
On the initiator side, the same problem occurs in that a command
status response only has a limited amount of space for SENSE DATA.
This data is supplemented by status continuation responses that
the ISP pushes onto the response queue after the status response.
We now pull them all together so that full sense data can be
returned to the periph driver.
This is supported on 23XX, 24XX and 25XX cards.
This is also preparation for doing >16 byte CDBs.
-----------
FC TAPE
Implement full FC-TAPE on both initiator and target mode side. This
capability is driven by firmware loaded, board type, board NVRAM
settings, or hint configuration options to enable or disable. This
is supported for 23XX, 24XX and 25XX cards.
On the initiator side, we pretty much just have to generate a command
reference number for each command we send out. This is FCP-4 compliant
in that we do this per ITL nexus to generate the allowed 1 thru 255
CRN.
In order to support the target side of FC-TAPE, we now pay attention
to more of the PRLI word 3 parameters which will tell us whether
an initiator wants confirmed responses. While we're at it, we'll
pay attention to the initiator view too and report it.
On sending back CTIOs, we will notice whether the initiator wants
confirmed responses and we'll set up flags to do so.
If a response or data frame is lost the initiator sends us an SRR
(Sequence Retransmit Request) ELS which shows up as an SRR notify
and all outstanding CTIOs are nuked with SRR Received status. The
SRR notify contains the offset that the initiator wants us to restart
the data transfer from or to retransmit the response frame.
If the ISP driver still has the CCB around for which the data segment
or response applies, it will retransmit.
However, we typically don't know about a lost data frame until we
send the FCP Response and the initiator totes up counters for data
moved and notices missing segments. In this case we've already
completed the data CCBs already and sent themn back up to the periph
driver. Because there's no really clean mechanism yet in CAM to
handle this, a hack has been put into place to complete the CTIO
CCB with the CAM_MESSAGE_RECV status which will have a MODIFY DATA
POINTER extended message in it. The internal ISP target groks this
and ctl(8) will be modified to deal with this as well.
At any rate, the data is retransmitted and an an FCP response is
sent. The whole point here is to successfully complete a command
so that you don't have to depend on ULP (SCSI) to have to recover,
which in the case of tape is not really possible (hence the name
FC-TAPE).
Sponsored by: Spectralogic
MFC after: 1 month
2012-07-28 20:06:29 +00:00
|
|
|
NT_CHANGED,
|
2009-08-01 01:04:26 +00:00
|
|
|
NT_ARRIVED,
|
|
|
|
|
NT_DEPARTED,
|
|
|
|
|
NT_HBA_RESET
|
|
|
|
|
} isp_ncode_t;
|
|
|
|
|
|
|
|
|
|
typedef struct isp_notify {
|
|
|
|
|
void * nt_hba; /* HBA tag */
|
|
|
|
|
void * nt_tmd;
|
|
|
|
|
void * nt_lreserved;
|
|
|
|
|
void * nt_hreserved;
|
|
|
|
|
uint64_t nt_wwn; /* source (wwn) */
|
|
|
|
|
uint64_t nt_tgt; /* destination (wwn) */
|
|
|
|
|
uint64_t nt_tagval; /* tag value */
|
|
|
|
|
uint32_t
|
|
|
|
|
nt_sid : 24; /* source port id */
|
|
|
|
|
uint32_t
|
|
|
|
|
nt_failed : 1, /* notify operation failed */
|
|
|
|
|
nt_need_ack : 1, /* this notify needs an ACK */
|
|
|
|
|
nt_did : 24; /* destination port id */
|
|
|
|
|
uint32_t
|
|
|
|
|
nt_lun : 16, /* logical unit */
|
|
|
|
|
nt_nphdl : 16; /* n-port handle */
|
|
|
|
|
uint8_t nt_channel; /* channel id */
|
|
|
|
|
isp_ncode_t nt_ncode; /* action */
|
|
|
|
|
} isp_notify_t;
|
|
|
|
|
#define MATCH_TMD(tmd, iid, lun, tag) \
|
|
|
|
|
( \
|
|
|
|
|
(tmd) && \
|
|
|
|
|
(iid == INI_ANY || iid == tmd->cd_iid) && \
|
|
|
|
|
(lun == LUN_ANY || lun == tmd->cd_lun) && \
|
|
|
|
|
(tag == TAG_ANY || tag == tmd->cd_tagval) \
|
|
|
|
|
)
|
2000-01-03 23:58:41 +00:00
|
|
|
/*
|
|
|
|
|
* Debug macros
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
#define ISP_TDQE(isp, msg, idx, arg) \
|
2000-08-01 06:23:24 +00:00
|
|
|
if (isp->isp_dblev & ISP_LOGTDEBUG2) isp_print_qentry(isp, msg, idx, arg)
|
2000-01-03 23:58:41 +00:00
|
|
|
|
|
|
|
|
/*
|
2009-08-01 01:04:26 +00:00
|
|
|
* Special Constatns
|
2000-01-03 23:58:41 +00:00
|
|
|
*/
|
2009-08-01 01:04:26 +00:00
|
|
|
#define INI_ANY ((uint64_t) -1)
|
|
|
|
|
#define VALID_INI(ini) (ini != INI_NONE && ini != INI_ANY)
|
|
|
|
|
#define LUN_ANY 0xffff
|
|
|
|
|
#define TGT_ANY ((uint64_t) -1)
|
|
|
|
|
#define TAG_ANY ((uint64_t) 0)
|
2001-03-14 04:14:22 +00:00
|
|
|
#endif /* _ISP_TARGET_H */
|
