Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 30 Sep 1999 13:29:08 -0700 (PDT)
From:      Matthew Jacob <mjacob@feral.com>
To:        Gerard Roudier <groudier@club-internet.fr>
Cc:        Chris Csanady <cc@137.org>, scsi@FreeBSD.ORG
Subject:   Re: sym driver 0.4.0
Message-ID:  <Pine.BSF.4.10.9909301327040.78588-100000@beppo.feral.com>
In-Reply-To: <Pine.LNX.3.95.990930224101.531A-100000@localhost>

next in thread | previous in thread | raw e-mail | index | archive | help

> 
> > I'll try it for higher LUNs when I get a chance to look at this- I have a
> > target I can configure for up to a fairly arbitrary number of luns,
> 
> Thanks.
> 
> > although I'd like to know how you can support more than 32 luns for
> > parallel SCSi w/o going to SCCLUN semantics.
> 
> SPI2 allows 6 bits for the LUN number.

I'll go back and (re)check that spec then. How does this apply to revisions
less than SCSI-3?

> 
> > You should note that there is a setting now in cam_xpt.c such that only
> > luns 0..7 will be searched unless there's a quirk for a device. There are
> > far too many broken devices out there that just do strange things when you
> > go into the higher luns.
> 
> May-be, for covering all existing multi-lun devices, at least luns 0,..,15
> should be supported.

I would think not for the generic case. I originally thought so, but I ran
into too much breakage. It's simple enough to say "if <= SCSI2 and
!HILUNS_QUIRKED, then maxlun == 8".



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?Pine.BSF.4.10.9909301327040.78588-100000>