I'm no expert on this bit but look in
drivers/scsi/scsi_scan.c for CONFIG_SCSI_MULTI_LUN
#ifdef CONFIG_SCSI_MULTI_LUN
static int max_scsi_luns = 8;
#else
static int max_scsi_luns = 1;
#endif
This is the variable you seem to want.
Note to SCSI maintainers. a quick vi `grep -l CONFIG_SCSI_MULTI_LUN`
here reveals lots of hardcoded values of 8. It seems to me
that perhaps a CONFIG_SCSI_MAX_LUN to replace
CONFIG_SCSI_MULTI_LUN would be in order.
I know Alan and others are planning to do major cleanup of
the scsi subsystem (hopefully after IDE stablizes?)
On Tue, Jun 25, 2002 at 08:50:35PM -0500, Austin Gonyou wrote:
> I'm really really sorry for asking such a seemingly stupid question, but
> I'm having a very severe issue here and I can't seem to figure out the
> fix.
>
> If someone could exchange emails with me for a few mins I'd be very
> grateful. I see that I have max_scsi_luns in my System.map, but I cannot
> see luns > 8(0-7) with 2.4.19-pre10. The same driver set works with the
> default RH installed kernel(2.4.9). So it leads me to believe that
> putting max_scsi_luns=128 (or even 16) in grub.conf isn't being
> effective.
>
> Please help.
>
> On Tue, 2002-06-25 at 19:46, Austin Gonyou wrote:
> > This originally was asking for help regarding QLA2200's, but I've since
> > discovered it's a kernel param problem that I'm not sure how to solve.
> >
> > Using a default RH kernel (from SGI XFS installer) and passing
> > max_scsi_luns=128 in grub, and for scsi_mod, it seems to work.
> >
> > But when I compile my own kernels, none of that stuff is modular, it's
> > all built in. I though that passing max_scsi_luns at boot time would
> > make the scsi subsystem just work with > 8 luns, but so far that doesn't
> > appear to be the case.
> >
> >
> > Can someone please tell me where I've gone wrong? I'm so deep into this,
> > I can't tell which way is up.
> >
> > TIA
> > --
> > Austin Gonyou <austin@digitalroadkill.net>
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at http://www.tux.org/lkml/
> --
> Austin Gonyou <austin@digitalroadkill.net>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
-- ________________________________________________________________ J.W. Schultz Pegasystems Technologies email address: jw@pegasys.wsRemember Cernan and Schmitt - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Jun 30 2002 - 22:00:10 EST