Date: Thu, 15 Sep 2005 22:10:57 -0700 From: Matthew Jacob <lydianconcepts@gmail.com> To: Eric Anderson <anderson@centtech.com> Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/cam cam_xpt.c Message-ID: <7579f7fb0509152210240b9883@mail.gmail.com> In-Reply-To: <432A2970.8090200@centtech.com> References: <200509160126.j8G1QI6n043132@repoman.freebsd.org> <432A2970.8090200@centtech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
What Scott said... yes, this should, I hope, fix the 6.0 spasms as soon as= =20 it gets MFC'd. On 9/15/05, Eric Anderson <anderson@centtech.com> wrote:=20 >=20 > Matt Jacob wrote: >=20 > >mjacob 2005-09-16 01:26:17 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/cam cam_xpt.c > > Log: > > Make the exploring of all luns supported by an HBA more of a > > tunable (until we get REPORT LUNS in place). > > > > If we're probing luns, and each probe succeeds, we keep going past > > lun 7 if we're a SCSI3 or better device (until we fail to probe). > > > > If we're probing luns, and a probe fails, we only keep going if > > we're quirked *for* it (CAM_QUIRK_HILUNS), and if we're not quirked > > *against* it (CAM_QUIRK_NOHILUNS), or we're a SCSI3 or better device > > and the tunable (kern.cam.cam_srch_hi) is set non-zero. > > > > Reviewed by: nate@rootlabs.org, gibbs@scsiguy.com, ken@kdm.com,=20 > scottl@samsco.org > > MFC after: 1 week > > > > Revision Changes Path > > 1.156 +38 -5 src/sys/cam/cam_xpt.c > > > > >=20 > Matt, do you think this would fix issues with Qlogic (FC) cards scanning > and finding duplicate luns on some FC devices? (I see that in 6.0, but > not in 5.x). >=20 > Eric >=20 >=20 >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7579f7fb0509152210240b9883>