>Alan Cox wrote:
>
> > I am trying to make module run under SMP system (Viper with 8 CPUs) but
> > failed in loading process. System message:
> > ./hpfc: kernel was compiled for kernel version 2.2.5-15
> > while this kernel is version 2.2.5-15smp
>
> This is a non SMP module built against an SMP kernel. In this case its
> a Red Hat specific "accident trap". Add smp to the EXTRAVERSION flag sin
> the top make file
>
> I would actually suggest you pick up a newer kernel (2.2.12 say) and built
> that from scratch with your driver, rather than trying to build your modules
> without having a full kernel build tree to hand
>
> > those 10 tested devices. However, after successfully detected all 10
> > devices, only four device nodes are given to be accessible, sdb, sdc, sdd,
> > sde. Two of them from first HBA and two from the second.
>
> Very odd.
>
> > I also tried qlogic fibre channel HBA with 8 device connected. The result
> > is the same. Only four devices are accessible.
>
> I've actually had 8 disks on a qlogic FC without a problem.
Doug Ledford wrote:
>This is the old "you have sd.o insmod'ed before the SCSI driver or compiled
>directly into the kernel so it only finds as many drives as there were spare
>disk structs when it init'ed" problem.
Right, if your SCSI driver is loaded as a module
you can only see 4 SCSI disks because this is the
number of extra disk structs available after sd
installs.
To get around this limitation, either:
a) Build your driver into the kernel, OR
b) If you want to keep your driver as a module,
change in usr/src/linux/drivers/scsi/hosts.h
#define SD_EXTRA_DEVS 4
to
#define SD_EXTRA_DEVS <number you want>
and rebuild your kernel
rgds
Gokhan Sozmen
HotBot - Search smarter.
http://www.hotbot.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/