Re: [PATCH 2.6.13 5/14] sas-class: sas_discover.c Discover process (end devices)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Sep 12, 2005 at 03:04:03PM -0400, [email protected] wrote:
> 
> 
> > Though we still have problems with scsi_report_lun_scan code like:
> > 
> >                 } else if (lun > sdev->host->max_lun) {
> > 
> > max_lun just has to be large, at least greater than 0xc001 
> > (49153), maybe
> > even 0xffffffff, correct?
> 
> right...

> > 
> > But then some sequential scanning could take a while. Maybe the above
> > check is not needed.
> > 
> > lpfc has max_luns set to 256, with max limited to 32768, I 
> > don't know how
> > it could be working OK here. (Has James S or anyone tested this?)
> 
> Yes we did test this (actually, we tested out to 64k). Time to perform all
> this looping, plus impacts due on sg devices (some configs generate huge
> numbers - outside of sg's range), made us pull back to 256 - although it's
> tunable.

I meant did you test many (even a few) LUNs with non 00b addressing mode?

sg (scsi generic) had fixed limits removed some time ago (in 2.6.x).

-- Patrick Mansfield
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]
  Powered by Linux