Re: USB Disconnects / resets after commit b963801164618e25fbdc0cd452ce49c3628b46c8

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 3 Apr 2011, Jools Wills wrote:

> From bug https://bugzilla.kernel.org/show_bug.cgi?id=32432 - I was
> advised to post it here. patch referred to is on bugtracker.
> 
> After commit b963801164618e25fbdc0cd452ce49c3628b46c8
> (USB: ehci-hcd unlink speedups) I have instability with an external USB
> drive
> on a Intel Mac Mini. USB device will stop working after some
> minutes/hours/or a
> few days.
> 
> Manually reverting the commit fixes it and the USB device is completely
> stable.
>  I spent a long time trying to track the bug down, firstly trying every
> single
> USB quirk mode and kernel configs, and eventually found reverting this
> commit
> fixed it. I am currently running a 2.6.27 kernel with the attached
> patch. The
> patch still applies to GIT HEAD as of 01/04/2011
> 
> The errors looked like
> 
> Jun  7 22:56:05 malus kernel: usb 1-1: reset high speed USB device using
> ehci_hcd and address 2
> Jun  7 22:56:16 malus kernel: usb 1-1: reset high speed USB device using
> ehci_hcd and address 2
> Jun  7 22:56:19 malus kernel: usb 1-1: USB disconnect, address 2
> Jun  7 22:56:20 malus kernel: sd 4:0:0:0: Device offlined - not ready
> after error recovery

This really isn't enough information to help much.  To collect more
info, build your kernel with CONFIG_USB_DEBUG enabled.  Don't post the
contents of the log file; instead post the output from the dmesg
command.

Finally, it would also be a big help to see a usbmon trace showing what
happens when one of these problems occurs.  Instructions are in the
kernel source file Documentation/usb/usbmon.txt.  You'll get a lot of
output; only the last few tens of KB leading up to the problem will be
of interest.

> the usb device in question:
> root@malus:/usr/local/src# cat /proc/scsi/usb-storage/4
>    Host scsi4: usb-storage
>        Vendor: Super Top
>       Product: USB 2.0  IDE DEVICE
> Serial Number: ST  Killer
>      Protocol: Transparent SCSI
>     Transport: Bulk
>        Quirks: IGNORE_RESIDUE
> 
> Has a quirk active by default, but as everything was fine prior to the patch
> and the fact that I am not the only person who has had issues with this
> commit,
> I wonder if there is a problem in the code somewhere or something that
> could be
> done.

Not until we know exactly what's going wrong.

> Other people with issues pointing to that commit
> 
> http://lkml.org/lkml/2009/5/22/405 (USB/DVB - Old Technotrend TT-connect
> S-2400
> regression tracked down)

This was found to be a completely separate cause.  The fix was 
included in 2.6.31.

> http://kerneltrap.com/mailarchive/linux-usb/2008/12/19/4459054/thread
> 9usb: Fix
> PS3 EHCI suspend)

That may have been related, but I doubt it.  The problem there occurred 
only when the device was suspended, and you're not suspending your disk 
drive.

> let me know if I can provide other information. The machine is question is a
> production machine in a hosting facility, so my priority was to get this
> working as I have now.

Start with the items mentioned above.  We can go on from there.

Alan Stern

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux