[lkml]   [2001]   [Mar]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: scsi_scan problem.
"Rafael E. Herrera" wrote:
> sr0: scsi3-mmc drive: 16x/16x xa/form2 changer
> sr0: CDROM (ioctl) reports ILLEGAL REQUEST.
> sr1: scsi3-mmc drive: 16x/16x xa/form2 changer
> sr1: CDROM (ioctl) reports ILLEGAL REQUEST.
> sr2: scsi3-mmc drive: 16x/16x xa/form2 changer
> sr2: CDROM (ioctl) reports ILLEGAL REQUEST.
> sr3: scsi3-mmc drive: 16x/16x xa/form2 changer
> sr3: CDROM (ioctl) reports ILLEGAL REQUEST.
> sr4: scsi3-mmc drive: 16x/16x xa/form2 changer
> sr4: CDROM (ioctl) reports ILLEGAL REQUEST.
> sr5: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray
> SCSI device sda: 17783240 512-byte hdwr sectors (9105 MB)
> sda: sda1 sda2 sda3 sda4
> SCSI device sdb: 8388315 512-byte hdwr sectors (4295 MB)
> sdb: sdb1

My guess is, ILLEGAL REQUEST is caused by the sr driver issuing
"Mechanism Status" (0xbd) command to the CDROM drives sr0, sr1, sr2, sr3
and sr4. The reason sr driver is issuing this command is because the
loading mechanism type field in CD-ROM capabilities page is set to 0x4
(changer). Does the Nakamichi drive put the changer mechanism on a
separate LUN, e.g. 1? If so, maybe the "Mechanism Status" commnad should
go to LUN 1 but cdrom_read_mech_status() does not set the LUN field in
cgc.cmd[1] to any value other than 0. Could this be the reason for


Khalid Aziz Linux Development Laboratory
(970)898-9214 Hewlett-Packard Fort Collins, CO
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:29    [W:0.074 / U:21.236 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site