Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 18 May 1998 13:10:56 -0600 (MDT)
From:      "Justin T. Gibbs" <gibbs@narnia.plutotech.com>
To:        Guido Kollerie <gkoller@cs.vu.nl>
Cc:        scsi@FreeBSD.ORG
Subject:   Re: CAM/stable/BT-958 questions
Message-ID:  <199805181910.NAA06035@narnia.plutotech.com>
In-Reply-To: <Pine.SOL.3.96.980518164613.13767A-100000@keg.cs.vu.nl>

next in thread | previous in thread | raw e-mail | index | archive | help
In article <Pine.SOL.3.96.980518164613.13767A-100000@keg.cs.vu.nl> you wrote:
> I have installed the CAM-980513-stable patch (file date: 15th May)
> on a 2.2-stable system (CTM delta 718). It seems to be running just
> fine, nevertheless I have a few questions:
> 
> 1. The README said:
> 
> "You will also likely want a "pass0" device.  Look in DM, LINT or
> GENERIC for examples."
> 
> However pass0 is not mentioned anywhere in LINT or GENERIC. I am not
> sure what DM is. Is pass0 a Current feature not applicable to Stable?

I forgot to bundle the DM config file with the 2.2-stable snapshot.
Sorry.  Pass0 is the pass through interface.  You'll need it in order
to use camcontrol or xmcd.

> 2. What's going on here?
> 
> bt0: bt_cmd: Timeout waiting for adapter ready, status = 0x0
> bt0: btfetchtransinfo - Inquire Setup Info Failed

We weren't able to get transfer negotiation settings for one of the
drives because the command timed out.  I'm looking at alternative ways
to get the information that may be more robust.  It seems that the
adapter doesn't like having lots of outstanding SCSI commands when
you make this request.

> 3. Why is the Fujitsu harddrive (da0) listed as having "10MB/s
> tranfers"? It's a fast-wide scsi device. Hence I expected 20MB/s
> tranfers.

Probably because the controller hadn't finished negotiating with the
drive when we asked.  We have no way of easily ensuring that the
negotiation has taken place unless we force the card to probe all devices.
Forcing the card to probe them all may fail if a device can't handle
multiple luns (which the SCSI code probe will avoid), so I wanted to
avoid that.

--
Justin

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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199805181910.NAA06035>