[gentoo-amd64] Re: Re: ohci-hcd slows down boot

[Duncan]

Karol Krizka posted <200510212218.34665.kkrizka@×××××.com>, excerpted
below,  on Fri, 21 Oct 2005 22:18:26 -0700:

> On Friday 21 October 2005 21:59, Duncan wrote:
>> Karol Krizka posted <200510211844.12551.kkrizka@×××××.com>, excerpted
>>
>> below,  on Fri, 21 Oct 2005 18:44:06 -0700:
>> > For some time I have been having this problem: when bottom the system
>> > hangs for several minutes before continuing duing the "Checking for
>> > ohci-hcd..." (I think, might be "Loading") stage. I am not sure what the
>> > problem is and it has persisted through several kernel versions. Do you
>> > know if there is a way to fix this? If not can it be removed?
>>
>> You could compile the kernel without the affected module.
>>
>> Note that with USB there are three bus standards to choose from, OHCI and
>> UHCI are USB 1.x standards (UHCI is the Intel/Via solution, OHCI the
>> community standard, doing more in hardware, lspci -v will usually list the
>> controller with the interface you need) EHCI is USB 2.x).
>>
> 00:02.0 USB Controller: nVidia Corporation nForce3 USB 1.1 (rev a5) (prog-if
> 10 [OHCI])

Well, so much for that idea, unless you can run with only the USB2/EHCI
port it mentions further down in the material I snipped...

There's a some other possibilities...

1)  Do you have your USB stuff compiled into the kernel or as modules?  I
know at one point some of the USB stuff wouldn't work compiled in, but
would as modules, for whatever reason.  Regardless, consider compiling it
the /other/ way.

2)  Find someone else with the same board or at least the same chipset and
compare notes.  This is likely the best strategy, but one I can't help
with as I haven't an NVidia board.

3)  Check documentation (the kernel docs, google, other) for possible
parameters you can feed the modules when they load.  (Of course, this
means compiling them as modules.)  Maybe you can tell it how many to look
for so it stops looking after that, or something.

4)  Figure out a bit more about where in the boot process it's pausing,
and post anything from the log.  Perhaps it's something having to do with
a UDEV misconfiguration or conflict, or the like, and changing
UDEV/hotplug/coldplug/whatever version and/or config will help.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman in
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html


-- 
gentoo-amd64@g.o mailing list