> The tstdvd binary in ftp://ftp.netbsd.org/pub/incoming/mycroft/dvd-19991031.tgz
> works fine on an aic(4) (Adaptec SlimSCSI 1460) against the following two
> DVD-RAM drives:
> 
> cd0 at scsibus0 targ 0 lun 0: <TOSHIBA, SD-W1101 DVD-RAM, 1033> SCSI2 5/cdrom removable
> cd1 at scsibus0 targ 1 lun 0: <MATSHITA, PD-2 LF-D100, A113> SCSI2 5/cdrom removable
> 
> but fails against both of the very same drives connected to an isp(4)
> (Qlogic 1040B) controller, with the following kernel printfs:
> 
> isp0: unsupported cdb length (16, CDB[0]=0xffffffa4)
> isp0: unsupported cdb length (16, CDB[0]=0xffffffa4)
> isp0: unsupported cdb length (16, CDB[0]=0xffffffa4)
> isp0: unsupported cdb length (16, CDB[0]=0xffffffa4)
> isp0: unsupported cdb length (16, CDB[0]=0xffffffa4)
> isp0: unsupported cdb length (16, CDB[0]=0xffffffa4)
> isp0: unsupported cdb length (16, CDB[0]=0xffffffa4)

Yes, that can't work with the current Qlogic parallel SCSI driver- there's
only room for a 12 byte CDB.

There are two problems here- one is the bogus sign extension for printing out
the opcode.

The second problem is that finally, after about 4 years of it being available,
I'll have to implement the extended command queue entry.

Sean- will you test this for me? I don't have a device that'll need this.
It'll take me maybe a couple of hours to serve up..- it has some ripple
effects in the dma mapping code but it's pretty straightforward.

-matt