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

See Also:
Fixed In Version: RHSA-2006-0575
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-08-10 17:13:59 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Candidate #1 - cosmetically different for 2.6.9 of RHEL (499 bytes, patch)
2006-01-28 02:56 EST, Pete Zaitcev
no flags Details | Diff

  None (edit)
Description Narendra Sankar 2005-08-05 16:14: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 (BCM5785) SouthBridge
does not
like this violation of the spec. and fails to initialize devices.

Version-Release number of selected component (if applicable):
2.6.9-11.EL and all older versions as well.

How reproducible: Intermittent on RHEL4. Always on RHEL3.

Steps to Reproduce:
Actual results:

Expected results:

Additional info:
This was fixed via a patch -


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:
Comment 4 Rik van Riel 2005-12-09 10:23:21 EST
This could explain some of the failures I am seeing with a HP printer. 
Sometimes printing works, sometimes things get confused, and sometimes (eg.
right now) khubd just sits in D state and I need to reboot to (hopefully) print

Comment 6 Pete Zaitcev 2006-01-28 02:56:12 EST
Created attachment 123830 [details]
Candidate #1 - cosmetically different for 2.6.9 of RHEL
Comment 8 Jason Baron 2006-04-05 13:47:45 EDT
committed in stream U4 build 34.12. A test kernel with this patch is available
from http://people.redhat.com/~jbaron/rhel4/
Comment 11 Mike Gahagan 2006-07-13 13:18:58 EDT
I have not been able to verify the bug itself with the USB devices I have,
however I have confirm the patch is in 40.1.EL, so marking as verified.
Comment 13 Red Hat Bugzilla 2006-08-10 17:14:00 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.


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