On Mon, 4 Feb 2008, Fabio Venturi wrote:
> > It's probably the result of a bug in the mp3 player's firmware. The
> > patch below might work around the bug, try it and see.
> >
> > Alan Stern
> >
> >
> > Index: usb-2.6/drivers/usb/core/quirks.c
> > ===================================================================
> > --- usb-2.6.orig/drivers/usb/core/quirks.c
> > +++ usb-2.6/drivers/usb/core/quirks.c
> > @@ -28,6 +28,9 @@
> > * devices is broken...
> > */
> > static const struct usb_device_id usb_quirk_list[] = {
> > + /* Action Semiconductor flash disk */
> > + { USB_DEVICE(0x10d6, 0x1101), .driver_info =
> > USB_QUIRK_STRING_FETCH_255},
> > +
> > /* CBM - Flash disk */
> > { USB_DEVICE(0x0204, 0x6025), .driver_info = USB_QUIRK_RESET_RESUME },
> > /* HP 5300/5370C scanner */
>
> I applied the patch manually since the command 'patch' reject it,
> then i recompiled the kernel (make clean && make mrproper etc. etc.),
> rebooted the new kernel, but nothing change:
>
> Feb 4 22:13:51 silverstar usb 1-5: new high speed USB device using
> ehci_hcd and address 5
> Feb 4 22:13:51 silverstar usb 1-5: config 1 interface 0 altsetting 0
> endpoint 0x83 has an invalid bInterval 200, changing to 11
> Feb 4 22:13:52 silverstar usb 1-5: configuration #1 chosen from 1
> choice
> Feb 4 22:13:52 silverstar usb 1-5: USB disconnect, address 5
>
> over and over....
Can you post the usbmon output for the patched kernel?
> If it's a firware bug, what I have to do?
That remains to be seen...
> How is it possible that the device works if present at boot,
> otherwise it does not?
I don't know. It may be a matter of how much time passes between when
the device is plugged in and when the system starts trying to enumerate
it.
Alan Stern
-
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
