>Number:         30183
>Category:       kern
>Synopsis:       recent uidhash lock changes break mp kernels (on i386)
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon May 09 20:22:00 +0000 2005
>Originator:     Markus W Kilbinger
>Release:        NetBSD 3.99.3
>Organization:
	
>Environment:
	
	
System: NetBSD qie 3.99.3 NetBSD 3.99.3 (QIE.MP) #164: Mon May  9 21:57:51 MEST 2005  kilbi@qie:/sys/arch/i386/compile/QIE.MP i386
Architecture: i386
Machine: i386
>Description:
	Recent -current changes in

	  http://mail-index.netbsd.org/source-changes/2005/05/09/0006.html

	breaks my mp capable kernel on my dual cpu board (asus
	a7m266d). It stops/hangs very early during booting at:

	  NetBSD 3.99.3 (QIE) #161: Mon May  9 21:17:06 MEST 2005
	  kilbi@qie:/usr/src/sys/arch/i386/compile/QIE
	  total memory = 1023 MB
	  avail memory = 994 MB

	Reverting

	  cvs rdiff -r1.95 -r1.96 src/sys/kern/kern_resource.c

	alone prolongs the boot sequence up to the initial /etc/rc.d
	scripts:

	  [...]
	  Setting tty flags.

	Then it hangs here, too (which means I see echos of my
	keyboard activity as displayed characters, but no further
	reaction to Ctrl-C).

	A up kernel seems to run fine on the same machine.
>How-To-Repeat:
	Try to run a mp capable kernel on a dual i386 machine (asus
	a7m266d) machine.
>Fix:
	Reverting both:

	  cvs rdiff -r1.95 -r1.96 src/sys/kern/kern_resource.c
	  cvs rdiff -r1.40 -r1.41 src/sys/kern/vfs_lockf.c

	'fixes' this problem.

>Unformatted: