Date: Tue, 09 Aug 2005 16:47:17 +0300 From: Danny Braniss <danny@cs.huji.ac.il> To: Scott Long <scottl@samsco.org> Cc: freebsd-scsi@freebsd.org Subject: Re: CAM, SCSIn/iSCSI & LUNs Message-ID: <E1E2URp-000BjS-VA@cs1.cs.huji.ac.il> In-Reply-To: Message from Scott Long <scottl@samsco.org> of "Mon, 08 Aug 2005 10:10:36 MDT." <42F783FC.7090904@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> Danny Braniss wrote: > > hi, > > it seems that one of the differences between the SCSI1/2/3/4/i > > is the size of the LUN :-) > > > > Now, it seems that the CAM will search sequencially for LUNs, from 0 -> max_lun > > which i don't think will scale nicely. > > > > is there a way to tell the cam to do a scsi report luns command, instead of > > the sequential search? > > > > danny > > > > > > I, Matt Jacob, and Ken Merry talked about implementing REPORT_LUNS a > couple of months ago, but it stalled for a reason that I cannot recall. > > Scott i was wondering, it would be nice, if setting in XPT_PATH_INQ response cpi->max_lun = -1, which would trigger the REPORT_LUNS ... next question: when a target/unit is lost it seems that the luns > 0 have to be removed/cleared by the sim, shouldn't it be done by the CAM? danny
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E1E2URp-000BjS-VA>