Bug 14785
| Summary: | ehci_hcd (usb-storage) not reliable with p55 and Core i7 860 | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | Alexander Holler (holler) |
| Component: | USB | Assignee: | Greg Kroah-Hartman (greg) |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | CC: | a.antolini.new, icephoenix.nx1729+kernel, siarhei.siamashka, xcom.org |
| Priority: | P1 | ||
| Hardware: | x86-64 | ||
| OS: | Linux | ||
| Kernel Version: | 2.6.38.2 2.6.33.2 2.6.32 2.6.31.7 2.6.30.9-96.fc11.x86_64 | Subsystem: | |
| Regression: | No | Bisected commit-id: | |
| Attachments: |
Log of 2.6.32 kernel-messages (bzip2 compressed)
Output of lspci -vvv (bzip2 compressed) Output of lsusb -vvv (bzip2 compressed) Log of 2.6.31.6 kernel-messages (bzip2 compressed) Various Logs (compress tar.gz file( |
||
|
Description
Alexander Holler
2009-12-10 22:18:11 UTC
Created attachment 24146 [details]
Output of lspci -vvv (bzip2 compressed)
Created attachment 24147 [details]
Output of lsusb -vvv (bzip2 compressed)
Created attachment 24151 [details]
Log of 2.6.31.6 kernel-messages (bzip2 compressed)
I've added another log produced with kernel 2.6.31.6 where I've got the error during a dd from an usb-dvd to an usb-hdd.
The log with kernel 2.6.32 was produced using two usb-hdds and doing a rsync between two partitions in two large encrypted files (using loop and dm-crypt).
Some more details: I'm using the newest BIOS F5 (description "Update for P55 B3 stepping") which is currently available for this MB, and all devices were attached directly to ports on the MB, so no external USB-hubs are involved. Same problem here ...since I've installed the latest stable kernel 2.6.32 I'm having the same issue on my linux box using an external high speed usb 2.0 HDD If you are working on it,after some times the external USB2 hdd stop to respond and in the /var/log/messages youn can find an "reset high speed USB device using ehci_hcd" message Also for me after that, the "ehci_hcd" module is unusable and I have to unload and reload the module (or using unbind to reset ehci_hcd). Some details about my hw and ws configuration (if can be useful) : - MB INTEL DP43TF (P43 express chipset) with latest bios available - Slackware 13.0 - Gnome 2.28.1 (gnome-slackbuild) - external LaCie Desktop Hard Disk Hi-Speed USB 2.0 : internal disk is a sata hdd 500GB (Seagate ST3500820AS) : the box is connected to the one of four motherboard USB ports (no USB hubs here) - external HDD have a FAT32 and a NTFS-5 partition I noticed the issue only after the kernel update with the latest stable version.. I din't made any changes in my linux box and I'm using the same sw and hw configuration since months. I used different kernels (mainly 2.6.30.5 and 2.6.31.6) without any problem. Thanks Andrea from Italy ps : I'll attach the (I think) most interesting parts of /var/log/messages,daemon, debug and syslog generated on my system when issue happens. Created attachment 24169 [details]
Various Logs (compress tar.gz file(
Workaround for this bug: CONFIG_NO_HZ=n CONFIG_HZ=100 CONFIG_HZ_100=y HZ must be <1000 This found for kernel 2.6.27-gentoo-r10 and tested 2.6.33-zen1. Bug present in all versions, but can need long time period for receive error (~8h continues read for zero load unhuman system). Test system: i5-750/GA-P55M-UD4. I can't confirm this workaround. Using 2.6.33.2 I'm getting the same failures as described above with a tickless config (CONFIG_NO_HZ=YES) or with CONFIG_HZ=100 or 250. As usual it needs between 10 and 40 minutes to provoke the error when using rsync between two usb-hds (as described above). I also have USB reliability problems, easily reproducible when just trying to test sdhc memory card in a cardreader with 'badblocks' tool in write-mode (-w option). Could one of the multiple P55 chipset USB related errata [1] require some workaround in the kernel to resolve this issue? Test system: i7-860/ASUS P7P55D-E 1. http://www.intel.com/Assets/PDF/specupdate/322170.pdf BIOS upgrade to the fresh recently released version 1504 for ASUS P7P55D-E fixed the 'badblocks' problem for me. For anyone still suffering from USB reliability issues, I would suggest checking whether any BIOS update is also available for your motherboard. It's interesting that probably Intel is also not very happy about the quality of BIOS implementations and the lack of (timely) errata fixes for the motherboards based on their chips: http://lwn.net/Articles/429812/ I've upgraded my BIOS (again) and this Intel-HW is still unusable to copy/modify files on two usb-storage devices at the same time (vanilla 2.6.38.2). All USB bugs should be sent to the linux-usb@vger.kernel.org mailing list, and not entered into bugzilla. Please bring this issue up there, if it is still a problem in the latest kernel release. |