From owner-freebsd-current  Thu Sep 11 17:11:52 1997
Return-Path: <owner-freebsd-current>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id RAA10865
          for current-outgoing; Thu, 11 Sep 1997 17:11:52 -0700 (PDT)
Received: from zippy.dyn.ml.org (garbanzo@spain-37.ppp.hooked.net [206.169.228.37])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA10854
          for <current@freebsd.org>; Thu, 11 Sep 1997 17:11:49 -0700 (PDT)
Received: from localhost (garbanzo@localhost)
	by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id RAA05295
	for <current@freebsd.org>; Thu, 11 Sep 1997 17:22:47 -0700 (PDT)
X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs
Date: Thu, 11 Sep 1997 17:22:46 -0700 (PDT)
From: Alex <garbanzo@hooked.net>
To: current@freebsd.org
Subject: Re: 2940UW broken in current?
In-Reply-To: <19970911232642.31700@diroxbsd.dx>
Message-ID: <Pine.BSF.3.96.970911172152.2676D-100000@zippy.dyn.ml.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk



On Thu, 11 Sep 1997, Dirk Roehrdanz wrote:

> On Sep 10, Ian Kallen <ian@gamespot.com> wrote:
> > 
> > I just installed current on a box with an Adaptec 2940 Ultra/Ultra W
> > (SCSISelect v1.23).
> > 
> > It's stalling whilst detecting the CD (vanilla Toshiba, I've run 'em
> > on various 2.2 and 2.1 installations for a long time...) - spends about 5
> > minutes on it:
> > <usual deletia>
> > 
> > Probing for devices on PCI bus 0:
> > chip0: <Intel 82437FX PCI cache memory controller> rev 0x01 on pci0.0.0
> > chip1: <Intel 82371FB PCI to ISA bridge> rev 0x02 on pci0.7.0
> > ahc0: <Adaptec 2940 Ultra SCSI host adapter> rev 0x00 int a irq 10 on
> > pci0.13.0
> > ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs
> > ahc0: waiting for scsi devices to settle
> > scbus0 at ahc0 bus 0
> > sd0 at scbus0 target 0 lun 0
> > sd0: <CONNER CFP1060S 1.05GB 2135> type 0 fixed SCSI 2
> > sd0: Direct-Access 1013MB (2074880 512 byte sectors)
> > sd1 at scbus0 target 1 lun 0
> > sd1: <SEAGATE ST32151N 0284> type 0 fixed SCSI 2
>                        ^
>                 ^^^^^^^^
> > sd1: Direct-Access 2049MB (4197405 512 byte sectors)
> > ahc0:A:4: refuses WIDE negotiation.  Using 8bit transfers
> 
> Do you have set "Initiate Wide Negotiation " to "yes" for this target id ?
> I think it should be set to "no", because it's not a wide scsi device.
>  

That shouldn't cause it to bomb out at all.  I have wide negotiation for
all my devices set to yes, yet NONE of them are wide devices.  Works like
a charm.

- alex