From owner-cvs-all  Tue Mar 20 16:49:42 2001
Delivered-To: cvs-all@freebsd.org
Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5AD0E37B71D; Tue, 20 Mar 2001 16:49:37 -0800 (PST)
	(envelope-from mjacob@FreeBSD.org)
Received: (from mjacob@localhost)
	by freefall.freebsd.org (8.11.1/8.11.1) id f2L0nbk43583;
	Tue, 20 Mar 2001 16:49:37 -0800 (PST)
	(envelope-from mjacob)
Message-Id: <200103210049.f2L0nbk43583@freefall.freebsd.org>
From: Matt Jacob <mjacob@FreeBSD.org>
Date: Tue, 20 Mar 2001 16:49:37 -0800 (PST)
To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: cvs commit: src/sys/dev/isp isp_pci.c
X-FreeBSD-CVS-Branch: HEAD
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

mjacob      2001/03/20 16:49:37 PST

  Modified files:
    sys/dev/isp          isp_pci.c 
  Log:
  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.
  
  Revision  Changes    Path
  1.66      +5 -2      src/sys/dev/isp/isp_pci.c


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message