On Tue, 14 Jan 2003, Steven M. Bellovin wrote:

> >At any rate, if it doesn't work this way, I can't think of how it would
> >be possible to format anything with a USB drive.
>
> I just did.
>
> # scsictl sd0 format
> /dev/rsd0d: SCSI command timed out
> /dev/rsd0d: device is busy
> /dev/rsd0d: Check Condition on CDB: 1a 00 03 00 23 00
>     SENSE KEY: Illegal Request
>      ASC/ASCQ: Invalid Command Operation Code
>
> Of course, this is that mysterious TEAC drive that no one can write to
> under NetBSD....

Hm. My Toshiba USB floppy drive (which with NetBSD works just fine
otherwise, including writing), doesn't do much better:

    angelic # scsictl sd0 identify
    /dev/rsd0d: scsibus0 target 0 lun 0 <Y-E DATA, USB-FDU, 3.12>
    angelic # scsictl sd0 format
    /dev/rsd0d: Check Condition on CDB: 03 00 00 00 20 00
	SENSE KEY: No Additional Sense
	 ASC/ASCQ: No Additional Sense Information

It probes as

    umass0 at uhub0 port 1 configuration 1 interface 0
    umass0: Y-E DATA FlashBuster-U, rev 1.10/3.12, addr 2
    umass0: using UFI over CBI
    atapibus0 at umass0 channel 0: 2 targets
    sd0 at atapibus0 drive 0: <Y-E DATA, USB-FDU, 3.12> disk removable
    sd0: 1440 KB, 80 cyl, 2 head, 18 sec, 512 bytes/sect x 2880 sectors
    sd0: no disk label

On the other hand, a scsictl getcache gives a similar check condition,
too, so maybe ATAPI and SCSI just aren't quite close enough....

cjs
-- 
Curt Sampson  <cjs@cynic.net>   +81 90 7737 2974   http://www.netbsd.org
    Don't you know, in this new Dark Age, we're all light.  --XTC