From owner-cvs-all  Wed Apr  4 14:54: 9 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 A6B3E37B725; Wed,  4 Apr 2001 14:54:02 -0700 (PDT)
	(envelope-from mjacob@FreeBSD.org)
Received: (from mjacob@localhost)
	by freefall.freebsd.org (8.11.1/8.11.1) id f34Ls2I65804;
	Wed, 4 Apr 2001 14:54:02 -0700 (PDT)
	(envelope-from mjacob)
Message-Id: <200104042154.f34Ls2I65804@freefall.freebsd.org>
From: Matt Jacob <mjacob@FreeBSD.org>
Date: Wed, 4 Apr 2001 14:54:02 -0700 (PDT)
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/04/04 14:54:02 PDT

  Modified files:
    sys/dev/isp          isp_pci.c 
  Log:
  Complete some Ansification. Check to make sure, in tdma_mk, that we won't
  overflow the request queue. The reason we want to do this is that we
  now push out completed CTIOs as we complete them- this gets the QLogic
  working on them quicker. So we need to know whether we can put the entire
  burrito out before we start.
  
  We now support conjoint status with data for the last CTIO for both Fibre
  Channel and SCSI. Leave the old code in place in case we need to go back
  (minor 3 line ifdef).
  
  Ultra-ultra important- *don't* set rq->req_seg_count for non-data
  target mode requests in isp_pci_dmasetup. D'oh- this is actually
  the tag value area for a CTIO. What *was* I thinking? Boy howdy
  does both aic7xxx and sym get awfully unhappy when on reconnect
  you give them a constant '1' for a tag value.
  
  Revision  Changes    Path
  1.67      +38 -18    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