SG_GET_VERSION_NUM rejected on scsi device?

SG_GET_VERSION_NUM rejected on scsi device?

[H.Rosmanith (Kernel Mailing List)]

good evening,

I have a old Plextor CD-R, native scsi, attached to an AHA_2940.
looks like this:

scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
        <Adaptec 2940 SCSI adapter>
        aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs

blk: queue dd3b3218, I/O limit 4095Mb (mask 0xffffffff)
resize_dma_pool: unknown device type -1
(scsi0:A:4): 10.000MB/s transfers (10.000MHz, offset 8)
  Vendor: PLEXTOR   Model: CD-R   PX-W124TS  Rev: 1.00
  Type:   CD-ROM                             ANSI SCSI revision: 02
blk: queue dd3b3018, I/O limit 4095Mb (mask 0xffffffff)
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 4, lun 0
sr0: scsi3-mmc drive: 32x/32x writer cd/rw xa/form2 cdda tray


now, I do an ioctl(SG_GET_VERSION_NUM) (0x2282), and that fails:

    open("/dev/sr0", O_RDONLY)              = 3
    ioctl(3, 0x2282, 0xbffff660)            = -1 EINVAL (Invalid argument)

on the other hand, I can sucessfully mount /dev/sr0, e.g.:

bash-2.05# df
...
/dev/sr0                110998    110998         0 100% /mnt

kernel is 2.4.28, but since this is a native scsi device, that should
not matter, right?

so, what's wrong here?

/herp

Re: SG_GET_VERSION_NUM rejected on scsi device?

[H.Rosmanith (Kernel Mailing List)]

> good evening,
> 
> I have a old Plextor CD-R, native scsi, attached to an AHA_2940.
> ...
> now, I do an ioctl(SG_GET_VERSION_NUM) (0x2282), and that fails:
> 
>     open("/dev/sr0", O_RDONLY)              = 3
>     ioctl(3, 0x2282, 0xbffff660)            = -1 EINVAL (Invalid argument)

on the other hand, this ioctl works perfectly with 2.6.10:

    bash-2.05# ./sg_simple /dev/sr0
    v30527
    Some of the INQUIRY command's response:
        PLEXTOR   CD-R   PX-W124TS  1.00
    INQUIRY duration=1 millisecs, resid=40

unfortunately, I cannot switch to 2.6 easily. one reason
is that the pcnet32 driver does not work. at least, with
2.6.10, it does not crash the machine anymore (as it did with
2.6.7), however
NETDEV WATCHDOG: eth1: transmit timed out
eth1: transmit timed out, status 03f3, resetting.

and I do *not* want to buy a new network card just because
I switch kernels.

/herp