Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.

Bug 79210

Summary: ehci-hcd.o fails to load
Product: [Retired] Red Hat Raw Hide Reporter: Need Real Name <f1j1>
Component: kernelAssignee: Arjan van de Ven <arjanv>
Status: CLOSED NOTABUG QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 1.0CC: enpontus, zaitcev
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-01-25 04:33:16 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On:    
Bug Blocks: 79578    
Description Flags
The aforementioned patch none

Description Need Real Name 2002-12-07 16:02:44 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003

Description of problem:
ehci-hcd.o fails to load...

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.Boot kernel 2.4.19-0.pp.20
2.Fails to load ehci-hcd.o (even after unarchiving the .gz)

Actual Results:  Nothing

Expected Results:  Successful loading of this module

Additional info:

Found it strange that all the drivers in :
/lib/modules/2.4.19-0.pp.20/kernel/drivers/usb were all archived

Comment 1 Arjan van de Ven 2002-12-07 17:07:57 UTC
can you find the PCI ID of your USB controller ?
(and the modules are compressed to save space; modutils knows how to uncompress
them on the fly when needed)

Comment 2 Need Real Name 2002-12-07 17:14:10 UTC
Has nothing to do with uncompressing on the fly..., since that works just fine.
Weird thing is that I see the insmod failure on kernel boot... but no where in
the system logs... peculiar

Doing an lspci bears this out:

00:1d.7 USB Controller: Intel Corp. 82801DB USB EHCI Controller (rev 02)

No idea why the kernel is balking at boot and not logging this to kernel messages!

Comment 3 Need Real Name 2002-12-14 16:57:43 UTC
Sent Arjanv an attachment with a patch from the maintainer

Comment 4 Pete Zaitcev 2002-12-15 01:20:19 UTC
Greg K-H pointed to this:

David-B said the timeout ought to be increased:

From: David Brownell

> static int ehci_reset (struct ehci_hcd *ehci)
> {
> ....
> ....
>    return handshake (&ehci->regs->command, CMD_RESET, 0, 250);
> }
> handshake() is always returning non-zero due to ETIMEOUT, I've also tried
> increasing 250 to 2000; if I ignore the return code from ehci_reset()
> the driver loads.

But does it work afterwards?  It didn't actually reset yet,
which is what the ETIMEDOUT indicates.

The EHCI 1.0 spec says (2.3.1) that bit clears itself when
the reset is done, and the only constraint on it is that
the STS_HALT bit must be set.  Which is guaranteed by the
call to ehci_halt() shortly before.

That 250 is in microseconds, not milliseconds, so maybe
this hardware is just slower to reset than the other EHCI
hardware I've used.  Try using "250 * 1000" instead ... your
"2000" was just two milliseconds, which still isn't much.

Requestor never indicated if he actually tested increased timeouts,
but just "sent Arjan a patch". Never attached the patch to the bug
either. But since Greg says it's known for the Intel's EHCI to have
this quirk, I'm assuming it's the timeout thing.

Comment 5 Need Real Name 2002-12-15 05:37:57 UTC
Created attachment 88739 [details]
The aforementioned patch

I have not tested the patch.

Comment 6 Need Real Name 2002-12-23 11:24:22 UTC
kernel 2.4.20-2.2 continues to show the same ehci-hcd.o load failure as

Comment 7 Need Real Name 2003-01-05 01:07:55 UTC
No change in the way ehci-hcd.o loads... same failure as 2.4.20-2.2

Comment 8 Need Real Name 2003-01-06 14:50:56 UTC
Close this bug... patch created back on Dec 15 from Brownell works on my
2.4.20-2.5 custom kernel. Perfectly