Red Hat Bugzilla – Bug 103769
Kudzu locks machine with kernel-2.4.22-20.1.2024.2.36.nptl
Last modified: 2015-01-04 17:03:03 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030703
Description of problem:
Kudzu (kudzu-1.1.20-1.1) works just fine with kernel-2.4.22-20.1.2024.2.1.nptl
but locks the machine hard during boot up with
kernel-2.4.22-20.1.2024.2.36.nptl. No messages, even in text mode. Just a
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Update to latest kernel
2. Boot with kudzu service enabled.
Actual Results: Hard lock (keyboard lights don't respond to keyboard)
Expected Results: Normal boot.
Created attachment 94213 [details]
/etc/sysconfig/hwconf of machine.
Booting into single user mode and running:
# strace -f kudzu
shows the last system call to be:
(No trailing parenthesis. No return value.
Running kudzu with the earlier kernel results in a delay of a few seconds at
that point, but then kudzu continues on.
With the current kernel it never recovers.
Hmm, I guess I should add that I do *not* have a ps2 mouse. It is USB.
Yup, I get the same thing here although my hardware is different (attached
hwconf and lspci -vv)
Created attachment 94297 [details]
lspci -vv of a Shuttle SB51G system
I've got a load of these and this is reproducible on all of them. :)
Created attachment 94298 [details]
/etc/sysconfig/hwconf of a Shuttle SB51G system
What does booting with "acpi=off" do in this case?
I've got APIC and MPS 1.1/1.4 forced _off_ from BIOS. Earlier on the Realtek
cards didn't really work with them enabled at all. I'll see what happens
tomorrow, though, and let you know.
Oh sorry it was a-c-p-i, not a-p-i-c. ;-) My bad.
I updated to the latest rawhide today and it now works.
The only thing that could make a difference between 2.4.22-20.1.2024.2.36 and
188.8.131.52.2030 is an update to execshield-B5.
erk, my bad. Theres no kernel update in rawhide yet, so it must have been
something else. Strange.