From owner-cvs-all  Mon Mar 22 23:25:25 1999
Delivered-To: cvs-all@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id B10231534F; Mon, 22 Mar 1999 23:24:48 -0800 (PST)
	(envelope-from gibbs@FreeBSD.org)
Received: (from gibbs@localhost)
	by freefall.freebsd.org (8.9.2/8.9.2) id XAA22882;
	Mon, 22 Mar 1999 23:24:30 -0800 (PST)
	(envelope-from gibbs@FreeBSD.org)
Message-Id: <199903230724.XAA22882@freefall.freebsd.org>
From: "Justin T. Gibbs" <gibbs@FreeBSD.org>
Date: Mon, 22 Mar 1999 23:24:30 -0800 (PST)
To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: cvs commit: src/sys/dev/aic7xxx aic7xxx.c aic7xxx.seq aicasm.c
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

gibbs       1999/03/22 23:24:30 PST

  Modified files:
    sys/dev/aic7xxx      aic7xxx.c aic7xxx.seq aicasm.c 
  Log:
  Use TCL_CHANNEL/SCSI_ID/etc. macros in more locations.
  
  Don't mess with the IRQMS bit in the host control register unless
  we are an aic7770 chip.
  
  Use calling context to determine if the card is already paused when
  we update the target message request bit field in controller scratch
  ram.  Looking at the paused bit in the HCNTRL register opened up a
  race condition.
  
  Insert delays in the target message request update routine as a temporary
  work around for what looks like a chip bug.  I'm still investigating this
  one.
  
  Fix the Abort/Abort Tag/BDR handler to pull its message from the message
  buffer in our softc instead of attempting to get it from a register on
  the controller.  The message is never recorded by the controller in the
  new message scheme.
  
  Don't rely on having an SCB when a BDR occurs.  We can issue these during
  invalid reconnects to.
  
  Fix a few cases where we were restarting the sequencer but then still
  falling out of a switch statement to unpause the sequencer again.
  This could cause us to mess up sequencer state if it generated another
  pausing interrupt between the time of the restart and unpause.
  
  Kill the 'transceiver settle' loop during card initialization.  I
  failed to realize that a controller that is not connected to any
  cables will never settle or enable the SCSI transceivers at all.
  The correct solution is to monitor the IOERR interrupt which indicates
  that the transceiver state has changed (UW<->LVD).
  
  Modify the aic7xxx assembler to properly echo input when stdin is not
  a tty.
  
  Revision  Changes    Path
  1.20      +48 -37    src/sys/dev/aic7xxx/aic7xxx.c
  1.87      +1 -2      src/sys/dev/aic7xxx/aic7xxx.seq
  1.21      +3 -1      src/sys/dev/aic7xxx/aicasm.c


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