Matthew Dharm writes:
> That's exactly the problem, BTW. It looks like this uses a ScanLogic
> chipset.
>
> Instead of patching your kernel, why don't you get the firmware update from
> ScanLogic for the device? I understand it's on their web site somewhere...
>
> Matt
This particular device is made by D-Link, and they do not have a firmware
upgrade for it. So I tracked down Matt's kernel hack. The email was
kinda confusing as to what check to remove, so I tracked the exact spot
from the logging that the error was occurring, and stuck some extra debugging
messages in to see what the values being compared actually were. Here
is a patch for kernel 2.4.16 that removes the check for the buggy scanlogic
drives:
--- drivers/usb/storage/transport.c.orig Mon Feb 18 11:50:37 2002
+++ drivers/usb/storage/transport.c Mon Feb 18 12:12:11 2002
@@ -1157,7 +1157,6 @@
le32_to_cpu(bcs.Signature), bcs.Tag,
bcs.Residue, bcs.Status);
if (bcs.Signature != cpu_to_le32(US_BULK_CS_SIGN) ||
- bcs.Tag != bcb.Tag ||
bcs.Status > US_BULK_STAT_PHASE || partial != 13) {
US_DEBUGP("Bulk logical error\n");
return USB_STOR_TRANSPORT_ERROR;
<snip>
Oh, did I mention it is working now. Thanks for all the help.
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users
