[8322] in linux-scsi channel archive
Re: Problem
daemon@ATHENA.MIT.EDU (Ishikawa)
Wed Mar 8 18:46:33 2000
Message-ID: <38C6DE10.C7A4C893@yk.rim.or.jp>
Date: Thu, 09 Mar 2000 08:11:12 +0900
From: Ishikawa <ishikawa@yk.rim.or.jp>
MIME-Version: 1.0
To: sjbuller@us.ibm.com
Cc: Eric Lee Green <eric@estinc.com>, linux-scsi@vger.rutgers.edu
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 7bit
sjbuller@us.ibm.com wrote:
> The real killer is the limit of 4 devices on a secondary SCSI bus due to
> SD_EXTRA_DEVS. I'm testing a 11.2TB subsystem for Linux compatibility.
> You ever tried to hide 11.2TB behind a grand total of FOUR LUNS?!? ;)
> I've heard future releases will take this to 40, but you can fit
> 127 devices on a FC-AL. sigh.
I thought we can simply re-compile the kernel (and driver modules)
after increasing the SD_EXTRA_DEVS ourselves.
I used to increase this since I used SCSI drivers as modules and
found that a few LUNs in my CD changer device were not recognized.
After scratching my head for a while and consulting the maintainer
of the driver in question, Kurt Garloff, he figured out the
max limit problem and suggested a fix and all was well.
So I thought it is safe to modify drivers/scsi/hosts.h
to increase *_EXTRA_DEVS to our needs and produce
a new kernel to support our needs.
I just checked and SD_EXTRA_DEVS is set to 40
if we have PLUTO_MODULE (a raid device, I think).
So it looks safe for me, but
does anyone know if this is not safe any more?
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu
