Red Hat Bugzilla – Bug 11122
Kudzu not accepting input when detecting new hardware on laptop
Last modified: 2014-03-16 22:13:35 EDT
The kudzu that ships with Redhat 6.2 linux does not accept input on bootup when detecting new hardware on my laptop. The laptop is a Compaq LTE 5300. If new hardware is detected, it will wait thirty seconds, and not allow any keypress to interrupt it to continue it's detection.
My laptop (Mitac 5027) has a similar behavior. During installation time the keyboard controller stops working. Noteworthy: Red Hat 6.1 installer worked. Red Hat 6.1 itself also worked, but only when I did let "kudzu" execute during system startup.
Oh, I forgot: I am using boot-20000407.img for my bootfloppy.
*** Bug 16862 has been marked as a duplicate of this bug. ***
The best bet to see if this is fixed is if you could download the pinstripe kudzu SRPM, rebuild it, and try running it on your 6.1 system and see if that helps.
I will do this ASAP. In the meantime just note that "mouseconfig" on this laptop also locks the keyboard, probably while trying to auto-detecting the mouse. So I will test "mouseconfig" from pinstripe, too. Should I continue this thread or should I then start a new bug-thread on the pinstripe part of bugzilla?
I finally got RH 6.2 installed on this system: I've done a kickstart installation without any user interaction. That worked. Same symptons here: both kudzu (and mouseconfig, which uses kudzu) killed my keyboard. Not the system, I was able to telnet into the laptop. The I have done what you advised: to get the kudzu SRPM from pinstripe. I have compiled and installed it (as well as the pinstripe mouseconfig). Now it works. Now I would be happy if I would knew a URL for a description to make my own installation disk, one where the kudzu libs were the new ones so that I can install RH 6.2 in a more normal way on my box ... (I know lots of docs on how to make your own Red Hat CD, but none for a install-boot ...)
This is something we've tried to fix, and failed. It's basically impossible to fix without the hardware in front of us.