On Mon, Feb 04, 2008 at 10:55:24AM -0500, Alan Stern wrote:
> On Sun, 3 Feb 2008, Fabio Venturi wrote:
>
> > > > Hi to the list,
> > > > I'm trying to use a Commodore Flash Disk MP3 player "CO - C.Muse"
> > > > (I don't know the chipset)
> > > > but when i plug it I get this:
> > > >
> > > > tail -f /var/log/messages.log
> > > >
> > > > [...]
> > > > Feb 3 14:30:57 silverstar usb 1-4: new high speed USB device using
> > > > ehci_hcd and address 12
> > > > Feb 3 14:30:57 silverstar usb 1-4: config 1 interface 0 altsetting 0
> > > > endpoint 0x83 has an invalid bInterval 200, changing to 11
>
> Oddly enough, the lsusb listing didn't display this endpoint...
>
> > > > Feb 3 14:30:58 silverstar usb 1-4: configuration #1 chosen from 1
> > > > choice
> > > > Feb 3 14:30:58 silverstar usb 1-4: USB disconnect, address 12
> > > > // ---- END TAIL ---------------------
> > > >
> > > > Over and over with address N increasing each time, until unplugged.
>
> > Hi Alan,
> > first I'd like to thank you for the quick answer.
> > The flash disk works well on the same PC on Windows, so I've excluded
> > a problem on the USB socket. (Still I didn't try it on another Linux
> > Distribution because this is the only PC I have)
> > The output of usbmon is a kind of numerical dump that i don't undestand.
>
> This part of the the usbmon output is where the problem occurs:
>
> > c6378440 973116481 S Ci:1:075:0 s 80 06 0301 0409 00ff 255 <
> > c6378440 974508918 C Ci:1:075:0 -71 64 = 40034100 63007400 69006f00
> > 6e007300 20005300 65006d00 69006300 6f006e00
>
> 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....
If it's a firware bug, what I have to do?
How is it possible that the device works if present at boot,
otherwise it does not?
Thank you again for the support,
regards
Fabio
-
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
