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 freeze up. Version-Release number of selected component (if applicable): kernel-2.4.22-20.1.2024.2.36.nptl How reproducible: Always 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. Additional info:
Created attachment 94213 [details] /etc/sysconfig/hwconf of machine.
More info: Booting into single user mode and running: # strace -f kudzu shows the last system call to be: open("/dev/psaux", O_RDWR|O_NONBLOCK (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 2.4.22.1.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.