Matt Jacob b72b15696c 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
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
ispreg.h
ispvar.h	In order to save ourselves grief with the SUNPRO compiler under	2001-03-14 04:11:56 +00:00