Re: [usb-storage] Re: PATCH: exclude certain commands from emulated SCSI hosts

Andries.Brouwer
2003-04-22T17:26:58Z

Finally the third one is again of the kind 2.4 works, 2.5 fails.
So again, not a mysterious device but a software bug in
usb-storage and/or scsi/sd.

It looks different from the other two - the core is

Mar 30 15:42:12 crusoe kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Mar 30 15:42:12 crusoe kernel: usb-storage: 00 00 00 00 00 00
Mar 30 15:42:12 crusoe kernel: usb-storage: usb_stor_ctrl_transfer(): rq=00 rqtype=21 value=0000 index=00 len=12
Mar 30 15:42:12 crusoe kernel: usb-storage: Status code -32; transferred 0/12
Mar 30 15:42:12 crusoe kernel: usb-storage: -- stall on control pipe
Mar 30 15:42:12 crusoe kernel: usb-storage: Call to usb_stor_ctrl_transfer() returned 3
Mar 30 15:42:12 crusoe kernel: usb-storage: -- transport indicates error, resetting
Mar 30 15:42:12 crusoe kernel: usb-storage: CB_reset() called

But I suppose nothing is wrong with the command TEST_UNIT_READY.
It is just that the device was not ready yet.
The successful 2.4 trace also has a failing TEST_UNIT_READY,
but itis followed by a successful one.

Mar 30 19:47:46 crusoe kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Mar 30 19:47:46 crusoe kernel: usb-storage: 00 00 00 00 00 00 00 00 00 00 14 c0
Mar 30 19:47:46 crusoe kernel: usb-uhci.c: interrupt, status 2, frame# 1414
Mar 30 19:47:46 crusoe kernel: usb-storage: Call to usb_stor_control_msg() returned -32
Mar 30 19:47:46 crusoe kernel: usb-storage: -- Stall on control pipe. Clearing
Mar 30 19:47:46 crusoe kernel: usb-storage: usb_stor_clear_halt: result=0
...
Mar 30 19:47:46 crusoe kernel: usb-storage: Command TEST_UNIT_READY (6 bytes)
Mar 30 19:47:46 crusoe kernel: usb-storage: 00 00 00 00 00 00 00 00 00 00 14 c0
Mar 30 19:47:46 crusoe kernel: usb-storage: Call to usb_stor_control_msg() returned 12

So, it looks like the bad part of 2.5 is that it asks for a reset.

Andries