Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 20 Aug 2005 09:40:39 -0700
From:      Matthew Jacob <lydianconcepts@gmail.com>
To:        Eric Anderson <anderson@centtech.com>
Cc:        FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: Qlogic (isp driver) gone mad on 6.0
Message-ID:  <7579f7fb05082009407ff6bc17@mail.gmail.com>
In-Reply-To: <4305C7B7.8020202@centtech.com>
References:  <430397A2.4010303@centtech.com> <20050817203547.GA28892@uci.agh.edu.pl> <4303A0CC.2060005@centtech.com> <7579f7fb0508171456636c8998@mail.gmail.com> <43048653.3010108@centtech.com> <7579f7fb05081821574d919355@mail.gmail.com> <4305C7B7.8020202@centtech.com>

next in thread | previous in thread | raw e-mail | index | archive | help
I surely don't understand why it's now not working for you, and no,
it's not acceptable for 6.0.

I will be away this weekend but on Monday I certainly will take this
more seriously.

On 8/19/05, Eric Anderson <anderson@centtech.com> wrote:
> Matthew Jacob wrote:
> > Sounds more like a problem with the target. Make the limit 255- not 256=
.
>=20
> No.  The problem is not in the target device at all.  I reverted to
> 5-STABLE and it works flawlessly again.  There's a bug in 6.0's
> scsi/qlogic code.   Setting it to 255 will end up with the same output
> as below, except s/256/255/g.
>=20
> This bug will prevent those using qlogic cards from using 6.0 - is that
> acceptable for 6.0?
>=20
> Eric
>=20
>=20
>=20
>=20
> >>Well, the system boots faster as it doesn't have to probe 16k devices,
> >>but there's still one problem - it sees the correct 3 luns per device,
> >>but then adds a 'fake' device at lun 256 which is essentially the same
> >>as the first lun.  Here's some more info:
> >>
> >># camcontrol devlist
> >><PE/PV 1x3 SCSI BP 1.1>            at scbus0 target 6 lun 0 (pass0,ses0=
)
> >><JetStor snappod1-vol1 R001>       at scbus2 target 0 lun 0 (pass1,da0)
> >><JetStor snappod1-vol2 R001>       at scbus2 target 0 lun 1 (pass2,da1)
> >><JetStor snappod1-vol3 R001>       at scbus2 target 0 lun 2 (pass3,da2)
> >><JetStor snappod1-vol1 R001>       at scbus2 target 0 lun 256 (pass4,da=
3)
> >><JetStor snappod2-vol1 R001>       at scbus2 target 2 lun 0 (pass5,da4)
> >><JetStor snappod2-vol2 R001>       at scbus2 target 2 lun 1 (pass6,da5)
> >><JetStor snappod2-vol3 R001>       at scbus2 target 2 lun 2 (pass7,da6)
> >><JetStor snappod2-vol1 R001>       at scbus2 target 2 lun 256 (pass8,da=
7)
> >><JetStor snappod3-vol1 R001>       at scbus2 target 3 lun 0 (pass9,da8)
> >><JetStor snappod3-vol2 R001>       at scbus2 target 3 lun 1 (pass10,da9=
)
> >><JetStor snappod3-vol3 R001>       at scbus2 target 3 lun 2 (pass11,da1=
0)
> >><JetStor snappod3-vol1 R001>       at scbus2 target 3 lun 256 (pass12,d=
a11)
> >><JetStor snappod1-vol1 R001>       at scbus3 target 0 lun 0 (pass13,da1=
2)
> >><JetStor snappod1-vol2 R001>       at scbus3 target 0 lun 1 (pass14,da1=
3)
> >><JetStor snappod1-vol3 R001>       at scbus3 target 0 lun 2 (pass15,da1=
4)
> >><JetStor snappod1-vol1 R001>       at scbus3 target 0 lun 256 (pass16,d=
a15)
> >><JetStor snappod2-vol1 R001>       at scbus3 target 1 lun 0 (pass17,da1=
6)
> >><JetStor snappod2-vol2 R001>       at scbus3 target 1 lun 1 (pass18,da1=
7)
> >><JetStor snappod2-vol3 R001>       at scbus3 target 1 lun 2 (pass19,da1=
8)
> >><JetStor snappod2-vol1 R001>       at scbus3 target 1 lun 256 (pass20,d=
a19)
> >><JetStor snappod3-vol1 R001>       at scbus3 target 3 lun 0 (pass21,da2=
0)
> >><JetStor snappod3-vol2 R001>       at scbus3 target 3 lun 1 (pass22,da2=
1)
> >><JetStor snappod3-vol3 R001>       at scbus3 target 3 lun 2 (pass23,da2=
2)
> >><JetStor snappod3-vol1 R001>       at scbus3 target 3 lun 256 (pass24,d=
a23)
> >>
> >>
> >>You can see that the 'lun 256' marked devices are duplicates.
> >>
> >>Eric
> >>
> >>
> >>
> >>
> >>--
> >>-----------------------------------------------------------------------=
-
> >>Eric Anderson        Sr. Systems Administrator        Centaur Technolog=
y
> >>Anything that works is better than anything that doesn't.
> >>-----------------------------------------------------------------------=
-
> >>
>=20
>=20
> --
> ------------------------------------------------------------------------
> Eric Anderson        Sr. Systems Administrator        Centaur Technology
> Anything that works is better than anything that doesn't.
> ------------------------------------------------------------------------
>



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