Date: Thu, 15 Sep 2005 20:34:07 -0600 From: Scott Long <scottl@samsco.org> To: Eric Anderson <anderson@centtech.com> Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, Matt Jacob <mjacob@FreeBSD.org>, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/cam cam_xpt.c Message-ID: <432A2F1F.3080606@samsco.org> 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
Eric Anderson wrote: > Matt Jacob wrote: > >> 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, >> scottl@samsco.org >> MFC after: 1 week >> >> Revision Changes Path >> 1.156 +38 -5 src/sys/cam/cam_xpt.c >> >> > > 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). > > Eric > > We added more aggressive LUN scanning code into 6-CURRENT a few months ago, but didn't merge it back to 5-STABLE precisely becasue we knew that it might cause problems. This commit will hopefully address those problems by making the scanning less aggressive by default but more configurable. Scott
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?432A2F1F.3080606>