Bug 165246 - EHCI Host driver violates USB2.0 Specification leading to device failures.
EHCI Host driver violates USB2.0 Specification leading to device failures.
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: kernel (Show other bugs)
3.0
All Linux
medium Severity high
: ---
: ---
Assigned To: Pete Zaitcev
Brian Brock
:
Depends On:
Blocks: RHEL3U8CanFix 186960
  Show dependency treegraph
 
Reported: 2005-08-05 16:27 EDT by Narendra Sankar
Modified: 2007-11-30 17:07 EST (History)
5 users (show)

See Also:
Fixed In Version: RHSA-2006-0437
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2006-07-20 09:27:41 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Candidate #1 - wait_ms, from bug 138205 (678 bytes, patch)
2006-01-27 19:14 EST, Pete Zaitcev
no flags Details | Diff

  None (edit)
Description Narendra Sankar 2005-08-05 16:27:05 EDT
Description of problem: The USB 2.0 specification requires a 10ms reset recovery
time (TRSTRCY) after
port resets before commands are issued to USB devices. However linux kernels <
2.6.11 do not implement this recovery time leading to failures on USB2.0
devices. This failure is intermittent and seen on some devices (If other system
activity causes there to be a 10ms delay between port resume and device access,
then it works, else it would fail). It also depends on the Host controller
implementation. The EHCI controller in the Broadcom HT1000 SouthBridge does not
like this violation of the spec. and fails to initialize devices.


Version-Release number of selected component (if applicable):
2.4.21-32.0.1.EL and all others

How reproducible:
Always. All USB2.0 devices fail under RHEL3.

Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:
http://marc.theaimsgroup.com/?l=linux-usb-devel&m=110859443620747&w=2

GregKH accepted this patch into the 2.6.11 kernel.

[PATCH] USB Hub driver: Add reset recovery-time delay

This patch is clearly needed for us to be in compliance with the USB spec.
It adds the mandated recovery-time delay following a port reset.
Regardless of anything else we do to alter the device initialization
sequence, this is necessary.


Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>


 drivers/usb/core/hub.c |    3 +++
 1 files changed, 3 insertions(+)


diff -Nru a/drivers/usb/core/hub.c b/drivers/usb/core/hub.c
--- a/drivers/usb/core/hub.c	2005-02-16 14:47:36 -08:00
+++ b/drivers/usb/core/hub.c	2005-02-16 14:47:36 -08:00
@@ -1382,6 +1382,9 @@
 		/* return on disconnect or reset */
 		switch (status) {
 		case 0:
+			/* TRSTRCY = 10 ms */
+			msleep(10);
+			/* FALL THROUGH */
 		case -ENOTCONN:
 		case -ENODEV:
 			clear_port_feature(hub->hdev,
Comment 2 Pete Zaitcev 2005-08-06 16:24:32 EDT
Requestor, please test kernel 2.4.21-31.EL.usbserial.4 by selecting a suitable
architecture from the following URL:
 ftp://people.redhat.com/zaitcev/rhel3usb/
Let us know if it fixes the problem in your test environment.
Comment 3 Narendra Sankar 2005-08-08 11:46:28 EDT
It works with the i686 smp version of the kernel. Used
kernel-smp-2.4.21-31.EL.usbserial.4.i686.rpm. Made an initrd using mkinitrd for
this kernel and tried a USB2.0 HDD.
Comment 9 Pete Zaitcev 2006-01-27 19:14:49 EST
Created attachment 123815 [details]
Candidate #1 - wait_ms, from bug 138205
Comment 11 Ernie Petrides 2006-02-17 19:23:59 EST
A fix for this problem has just been committed to the RHEL3 U8
patch pool this evening (in kernel version 2.4.21-40.2.EL).
Comment 13 Bob Johnson 2006-04-11 12:30:20 EDT
This issue is on Red Hat Engineering's list of planned work items 
for the upcoming Red Hat Enterprise Linux 3.8 release.  Engineering 
resources have been assigned and barring unforeseen circumstances, Red 
Hat intends to include this item in the 3.8 release.
Comment 15 Joshua Giles 2006-06-01 00:15:07 EDT
A kernel has been released that contains a patch for this problem.  Please
verify if your problem is fixed with the latest available kernel from the RHEL3
public beta channel at rhn.redhat.com and report your test results.
Comment 16 Narendra Sankar 2006-06-04 09:37:21 EDT
It works correctly with the beta RHEL3 update 8.
Comment 18 Red Hat Bugzilla 2006-07-20 09:27:42 EDT
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2006-0437.html

Note You need to log in before you can comment on or make changes to this bug.