mjacob 82d67bfc76 For parallel SCSI, let us now do status with the final CTIO. For the 1080, ... I was hanging after sending a xfer CTIO and a status CTIO for a non-discon INQUIRY- the xfer CTIO was returned as completed OK, but the status CTIO was dropped on the floor. All the fields looked good. I don't know why it got dropped. But allowing status to go back with data xfer seemed to work. I also noticed that with a non-disconnecting command that the firmware handle in the ATIO is zero- this leads me to believe that the f/w really can only handle one CTIO at a time in the discon case, and it had no idea what to do with the second (status) CTIO.		2001-03-21 00:49:37 +00:00
..
isp_freebsd.c	Check CT2_SENDSTATUS/CT_SENDSTATUS against cto->ct_flags, not	2001-03-21 00:46:44 +00:00
isp_freebsd.h	Go to a default port and default node wwn model. Eliminate isp_name	2001-03-01 02:15:58 +00:00
isp_inline.h	In order to save ourselves grief with the SUNPRO compiler under	2001-03-14 04:11:56 +00:00
isp_pci.c	For parallel SCSI, let us now do status with the final CTIO. For the 1080,	2001-03-21 00:49:37 +00:00
isp_target.c	Clean up usage- ct_reserved is really ct_syshandle now.	2001-03-14 04:14:58 +00:00
isp_target.h	First cut of target mode swizzling for non-little endian machines.	2001-03-14 04:14:22 +00:00
isp_tpublic.h	Mote that how the pad bytes can be divided in half and used by either	2001-03-14 04:13:30 +00:00
isp.c	In order to save ourselves grief with the SUNPRO compiler under	2001-03-14 04:11:56 +00:00
ispmbox.h	Fix a longstanding bug- we had the sense of what bit 14	2001-02-23 05:35:50 +00:00
ispreg.h	Put in offset definitions for FPM and FBM registers, plus just enough	2001-01-15 18:37:14 +00:00
ispvar.h	In order to save ourselves grief with the SUNPRO compiler under	2001-03-14 04:11:56 +00:00