> usb-storage: Command READ DISC INFORMATION (10 bytes)
> usb-storage: 51 00 00 00 00 00 00 00 24 00 00 00
> usb-storage: Bulk command S 0x43425355 T 0xac Trg 0 LUN 0 L 36 F 128 CL 12
> usb-storage: Bulk command transfer result=0
> usb-storage: usb_stor_transfer_partial(): xfer 36 bytes
> usb-storage: usb_stor_bulk_msg() returned 0 xferred 34/36
^^^^^ This appears
to be the firmware deficiency. Unit promised 36 bytes, while only 34 were
available for transfer...
> usb-storage: Bulk data transfer result 0x1
> usb-storage: Attempting to get CSW...
> usb-storage: clearing endpoint halt for pipe 0xc0008280
> usb-storage: usb_stor_clear_halt: result=0
> usb-storage: Attempting to get CSW (2nd try)...
> usb-storage: Bulk status result = 0
> usb-storage: Bulk status Sig 0x53425355 T 0xac R 2 Stat 0x0
^^^ "Command
Passed (good status)," right?
> usb-storage: -- unexpectedly short transfer
It does make a number of exceptions prior this for a number of commands,
most notably REQUEST_SENSE, INQUIRY, MODE_SENSE... Well, I'm not really
in position to judge, but if exception list is really necessary, then
consider adding not only READ DISC INFORMATION(0x51), which causes this
particular trouble, but also GET PERFORMANCE(ACh), READ FORMAT
CAPACITIES(23h), READ TOC(43h), READ DVD STRUCTURE(ADh) ... Actually
it appears that it would be easier to compose the non-exception list...
Alternatively it might be sufficient to rely on Stat value in previous
line of debug output, "Bulk status Sig" one... Cheers. A.
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
