Red Hat Bugzilla – Bug 133910
Initializing hardware sometimes hangs
Last modified: 2014-03-16 22:48:47 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113
Description of problem:
Sometimes the hardware init hangs (at least with a default Fedora
kernel), there should be some posibility to disable this by a kernel
command line switch...
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Created attachment 104436 [details]
This patch adds a commandline switch 'nohwinit'
This patch adds a command line switch 'nohwinit', that disables reading other
modules, so no modules can be modprobed... This will not _fix_ the problem, but
it is a workaround, so you can at least boot up the system...
The same happens here with a minimal install of FC3 test 2 on a P4A845
motherboard and SELinux disabled; the boot process hangs consistently
after initializing storage, network and possibly audio (screen blanks
at this point, not sure). If I manually edit rc.sysinit commenting out
the part about "other" modules, the boot is ok and a suitably placed echo
tells me that the modules it would attempt in the "other" part are:
i8xx_tco hw_random kyrofb uhci-hcd uhci-ucd (the latter twice, it's
not a typo). Attempting modprobe on each, kyrofb hangs the machine.
After the above, I added
install kyrofb false
in modprobe.conf, which enabled me to undo all above mentioned changes
to rc.sysinit (the host is not intended to use X anyway).
This should be fixed in current packages... the framebuffer drivers
are blacklisted from being autoloaded.