Bug 120626 - Kernel boot kills USB after successfully loading it
Summary: Kernel boot kills USB after successfully loading it
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: Pete Zaitcev
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2004-04-12 12:59 UTC by raxet
Modified: 2007-11-30 22:10 UTC (History)
3 users (show)

Clone Of:
Last Closed: 2004-04-18 04:43:34 UTC

Attachments (Terms of Use)

Description raxet 2004-04-12 12:59:03 UTC
Description of problem:
Custom kernel boot fine until after loading HARDWARE detect then USB
dies, mouse, keyboard unresponive

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

How reproducible:

Steps to Reproduce:
1. Boot kernel
Actual results: unresponsive keyboard and mouse

Expected results:
Boot normally

Additional info:

Comment 1 Ralf Ertzinger 2004-04-13 17:03:34 UTC
This might be caused by something entirely different.

Somewhere around kernel release 290 something changed in the kernel
which causes /etc/rc.sysinit to believe that the USB driver is already
loaded (although it is not). I do not have the exact release at hand,
but this is (from my point of view) not an initscript bug, because
earlier kernels worked fine with the same /etc/rc.sysinit.

Adding the line "/sbin/modprobe usb-controller" to /etc/rc.local
"fixes" the problem, and the driver works just as expected afterwards.

However, hhis does not help with USB keyboards during the boot process.

Comment 2 raxet 2004-04-16 08:39:21 UTC
Same issue with kernel 2.6.5-1.322, haven't given .326 a try.
Ralf's idea with /sbin/modprobe usb-controller still doesn't affect a
resolution (temp) for restoring USB keyboards.

Comment 3 Andrew Farris 2004-04-16 18:55:34 UTC
I have the same issue with my Dell Precision WS340.
00:00.0 Host bridge: Intel Corp. 82850 850 (Tehama) Chipset Host
Bridge (MCH) (rev 04)
00:1f.2 USB Controller: Intel Corp. 82801BA/BAM USB (Hub #1) (rev 04)
(prog-if 00 [UHCI])

I have these additions to /etc/rc.d/rc.local, however I believe only
hid needs to be there for usb to become active again just prior to
login, for any runlevel.  Occassionally I must unplug/replug the usb
keyboard before it is powered.  The problem did start right near
-1.290, this is the same for Rawhide and my customs (mainstream and
Rawhide src.rpm rebuilds).  Currently I cannot use the USB keyboard
during the boot process.

/sbin/modprobe uhci-hcd
/sbin/modprobe hid
/sbin/modprobe usbcore


Comment 4 raxet 2004-04-17 10:15:11 UTC
2.6.5-1.326 makes no change to present condition. Another annoyance
though not of real import is that kudzu can't be accessed, so you
might as well turn it off before doing anything else. I don't need
usbcore in rc.local either :)

Comment 5 raxet 2004-04-17 10:22:21 UTC
Also what is annoying, you can't check your file system, potentially
fatal at some point :)

Comment 6 raxet 2004-04-18 04:43:34 UTC
Fixed with new initscripts-7.50-1

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