> I've run across several user space applications that have failed
> compilation due to an undeclared 'SCSI_DISK_MAJOR'. So far, both
> mtools-3.9.1, and e2fsprogs-1.06.tar.gz have failed under 2.1.x....
> (I'm currently running 2.1.129) I took a look inside the
> ../include/linux/major.h, and found that SCSI_DISK_MAJOR was indeed
> defined, but instead of a constant, it turned out to be a macro.
> line 103 of include/linux/major.h:
> --
> #define SCSI_DISK_MAJOR(M) ((M) == SCSI_DISK0_MAJOR || \
> ((M) >= SCSI_DISK1_MAJOR && (M) <= SCSI_DISK7_MAJOR))
> --
> The program, (this from line 93, of mzip.c, of mtools-3.9.1 package),
> expects 'SCSI_DISK_MAJOR' to be a constant (or so it seems):
> --
> #ifdef OS_linux
> if (MAJOR(st_mnt.st_rdev) == SCSI_DISK_MAJOR &&
> MINOR(st_mnt.st_rdev) >= MINOR(st_dev.st_rdev) &&
> MINOR(st_mnt.st_rdev) <= MINOR(st_dev.st_rdev)+15) {
> --
> I was just wondering what I could do to fix this problem, and possibly
> if their was an equivalent constant, by another name, which could suffice
> instead of 'SCSI_DISK_MAJOR'. And should I send an email out to the
> authors of the program?
Try to find latest versions of program and if not then try to do what you could
do. In old versions of kernel there was only one MAJOR SCSI number but now there
are 8 different MAJOR SCSI numbers (for BIG computers :-) and all programs
(including userspace) should be changed...
-
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/