The stick replies to the door lock commands with a check condition (e.g. FAIL status in a normal bulk CSW), but the subsequent REQUEST SENSE returns all-zero sense. The situation is documented in our Bugzilla, including usbmon traces. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=162559 The error is purely cosmetic, data integrity is not in danger. But I thought we might as well do it. It looks nicer that way. I discussed this with Phil and he told me to submit directly. Signed-off-by: Pete Zaitcev <zaitcev@redhat.com> Signed-off-by: Phil Dibowitz <phil@ipom.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> |
||
---|---|---|
.. | ||
datafab.c | ||
datafab.h | ||
debug.c | ||
debug.h | ||
dpcm.c | ||
dpcm.h | ||
freecom.c | ||
freecom.h | ||
initializers.c | ||
initializers.h | ||
isd200.c | ||
isd200.h | ||
jumpshot.c | ||
jumpshot.h | ||
Kconfig | ||
Makefile | ||
onetouch.c | ||
onetouch.h | ||
protocol.c | ||
protocol.h | ||
scsiglue.c | ||
scsiglue.h | ||
sddr09.c | ||
sddr09.h | ||
sddr55.c | ||
sddr55.h | ||
shuttle_usbat.c | ||
shuttle_usbat.h | ||
transport.c | ||
transport.h | ||
unusual_devs.h | ||
usb.c | ||
usb.h |