>From [EMAIL PROTECTED] Thu Feb 5 21:13:20 2004
>> 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
But as you may know, there is a Linux bug that causes the status to be 0 when
sense data (correctly) is available. Libscg _needs_ to add a workarounf for
this bug or nothing would work!
It is definitely a severe bug in the kernel to retrieve sense data in case
of a DMA size error.
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni) If you don't have iso-8859-1
[EMAIL PROTECTED] (work) chars I am J"org Schilling
URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily
-------------------------------------------------------
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
