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

[Karol Krizka]

On Saturday 22 October 2005 02:00, Duncan wrote:
> 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.
>
They were compiled as modules, I am going to try compiling them into the 
kernel now.

> 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.
>
Looking around the kernel configuration I found the following option: USB 
Peripheral Controller and it's set to NetChip 2280. The other option is 
Toshiba TC86C001. Do you think that this part could be the problem?

> 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

-- 
Karol Krizka