From owner-cvs-src@FreeBSD.ORG  Fri Jun  6 16:51:16 2003
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id EB69E37B401; Fri,  6 Jun 2003 16:51:16 -0700 (PDT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 9D00043F85; Fri,  6 Jun 2003 16:51:16 -0700 (PDT)
	(envelope-from gibbs@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.12.6/8.12.6) with ESMTP id h56NpG0U081476;
	Fri, 6 Jun 2003 16:51:16 -0700 (PDT)
	(envelope-from gibbs@repoman.freebsd.org)
Received: (from gibbs@localhost)
	by repoman.freebsd.org (8.12.6/8.12.6/Submit) id h56NpGf4081475;
	Fri, 6 Jun 2003 16:51:16 -0700 (PDT)
Message-Id: <200306062351.h56NpGf4081475@repoman.freebsd.org>
From: "Justin T. Gibbs" <gibbs@FreeBSD.org>
Date: Fri, 6 Jun 2003 16:51:16 -0700 (PDT)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org,
	cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Subject: cvs commit: src/sys/dev/aic7xxx aic79xx.c aic7xxx.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Jun 2003 23:51:17 -0000

gibbs       2003/06/06 16:51:16 PDT

  FreeBSD src repository

  Modified files:
    sys/dev/aic7xxx      aic79xx.c aic7xxx.c 
  Log:
  Work around SCSI spec violation by the Quantum Atlas 10K.
  This drive delays going async after receiving a WDTR
  message.  We now send an SDTR message after a WDTR even
  if our goal is to go async.  This should work even for
  confused devices.
  
  If we get an unexpected busfree when attempting a WDTR
  or SDTR, only set the goal negotiation parameters we were
  trying to negotiate to off.  This means that should a WDTR
  message fail, we will still try an SDTR if our goal is
  non-async.
  
  Fix a few more places where we were looking at goal.period
  instead of goal.offset for determining if we should be
  negotiating sync.  This should not have any impact on
  our behavior, but the offset is more definitive and should
  be used.
  
  Revision  Changes    Path
  1.19      +38 -18    src/sys/dev/aic7xxx/aic79xx.c
  1.94      +32 -18    src/sys/dev/aic7xxx/aic7xxx.c