Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 103769

Summary: Kudzu locks machine with kernel-2.4.22-20.1.2024.2.36.nptl
Product: [Retired] Red Hat Raw Hide Reporter: Steve Bergman <sbergman>
Component: kernelAssignee: Dave Jones <davej>
Status: CLOSED RAWHIDE QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 1.0CC: kajtzu, mingo, nphilipp, pfrields
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-09-08 18:17:00 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 100643    
Attachments:
Description Flags
/etc/sysconfig/hwconf of machine.
none
lspci -vv of a Shuttle SB51G system
none
/etc/sysconfig/hwconf of a Shuttle SB51G system none

Description Steve Bergman 2003-09-04 19:53:59 UTC
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:

Comment 1 Steve Bergman 2003-09-04 19:56:43 UTC
Created attachment 94213 [details]
/etc/sysconfig/hwconf of machine.

Comment 2 Steve Bergman 2003-09-05 14:31:28 UTC
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.

Comment 3 Steve Bergman 2003-09-05 15:09:20 UTC
Hmm, I guess I should add that I do *not* have a ps2 mouse.  It is USB.

Comment 4 Kaj J. Niemi 2003-09-08 13:16:04 UTC
Yup, I get the same thing here although my hardware is different (attached
hwconf and lspci -vv)

Comment 5 Kaj J. Niemi 2003-09-08 13:18:08 UTC
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. :)

Comment 6 Kaj J. Niemi 2003-09-08 13:18:35 UTC
Created attachment 94298 [details]
/etc/sysconfig/hwconf of a Shuttle SB51G system

Comment 7 Michael K. Johnson 2003-09-08 17:35:33 UTC
What does booting with "acpi=off" do in this case?

Comment 8 Kaj J. Niemi 2003-09-08 17:39:01 UTC
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.

Comment 9 Kaj J. Niemi 2003-09-08 17:39:36 UTC
Oh sorry it was a-c-p-i, not a-p-i-c. ;-) My bad.

Comment 10 Steve Bergman 2003-09-08 18:11:42 UTC
I updated to the latest rawhide today and it now works.



Comment 11 Dave Jones 2003-09-08 18:17:00 UTC
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.


Comment 12 Dave Jones 2003-09-08 18:54:27 UTC
erk, my bad. Theres no kernel update in rawhide yet, so it must have been
something else. Strange.