Subject: Re: kern/32962: kernel panic assertion in sys/kern/subr_pool.c
To: None <kern-bug-people@netbsd.org, gnats-admin@netbsd.org,>
From: Simon Burge <simonb@wasabisystems.com>
List: netbsd-bugs
Date: 05/29/2006 16:25:04
The following reply was made to PR kern/32962; it has been noted by GNATS.

From: Simon Burge <simonb@wasabisystems.com>
To: gnats-bugs@netbsd.org
Cc: kern-bug-people@netbsd.org, gnats-admin@netbsd.org,
	netbsd-bugs@netbsd.org
Subject: Re: kern/32962: kernel panic assertion in sys/kern/subr_pool.c 
Date: Tue, 30 May 2006 02:21:11 +1000

 njoly@pasteur.fr wrote:
 
 > panic: kernel diagnostic assertion "_simple_lock_held((&sched_lock)) == 0" faile
 > d: file "/local/src/NetBSD/src/sys/kern/subr_pool.c", line 817
 > Stopped in pid 20463.1 (cc1) at netbsd:cpu_Debugger+0x5:        leave
 
 I get the same panic (I think) in an evbarm/IQ80321 (GENERIC+LOCKDEBUG)
 with 2006/05/29 sources.  I can reliably reproduce it with just:
 
 	cd .../src/regress/lib/libc/ieeefp/except
 	make regress
 
 and that gets:
 
 	sched_lock lock held
 
 	lock heldlock: 0xc050db84, currently at: ../../../../kern/subr_pool.c:907
 	last locked: ../../../../kern/kern_sig.c:1144
 	last unlocked: ../../../../kern/kern_synch.c:1202
 	netbsd:_simple_lock_assert_unlocked+0xc
 		scp=0xc03433c8 rlv=0xc0366da4 (netbsd:pool_get+0x60)
 		rsp=0xc2fafe24 rfp=0xc2fafe48
 		r10=0xc2fc3854 r8=0x00000000
 		r7=0xc2fafec8 r6=0x00000000 r5=0xc2fc3870 r4=0xc05381ac
 	netbsd:pool_get+0xc
 		scp=0xc0366d50 rlv=0xc034f214 (netbsd:ksiginfo_put+0xb0)
 		rsp=0xc2fafe4c rfp=0xc2fafe78
 		r8=0xc053a8bc r7=0xc2fafec8
 		r6=0xc2fc3748 r5=0xc2fc3870 r4=0xc2fc3870
 	netbsd:ksiginfo_put+0xc
 		scp=0xc034f170 rlv=0xc0351164 (netbsd:kpsignal2+0x3c4)
 		rsp=0xc2fafe7c rfp=0xc2fafeb8
 		r10=0xc270c5d0 r9=0x00000000
 		r8=0xc2fafec8 r7=0x00000008 r6=0x00000007 r5=0x00000002
 		r4=0xc2fc3748
 	netbsd:kpsignal2+0xc
 		scp=0xc0350dac rlv=0xc035063c (netbsd:sys_kill+0xe4)
 		rsp=0xc2fafebc rfp=0xc2faff10
 		r10=0xc270c5d0 r9=0x000003ff
 		r8=0x00000004 r7=0xc312b9c8 r6=0xc2faffb8 r5=0x00000000
 		r4=0xc2fc3748
 	netbsd:sys_kill+0xc
 		scp=0xc0350564 rlv=0xc03c95fc (netbsd:syscall_plain+0x168)
 		rsp=0xc2faff14 rfp=0xc2faff90
 		r7=0xc04c5254 r6=0xc2faffb4
 		r5=0x00000002 r4=0xc0534f7c
 	netbsd:syscall_plain+0xc
 		scp=0xc03c94a0 rlv=0xc03c943c (netbsd:swi_handler+0x7c)
 		rsp=0xc2faff94 rfp=0xc2faffb0
 		r10=0x000110bc r9=0x000003ff
 		r8=0x00000000 r7=0xc2fc3748 r6=0xc270c5d0 r5=0xc2faffb4
 		r4=0xc0534f7c
 	netbsd:swi_handler+0xc
 		scp=0xc03c93cc rlv=0xc03cc868 (netbsd:swi_entry+0x64)
 		rsp=0xc2faffb4 rfp=0xbfffe824
 		r7=0x00000000 r6=0x00000000
 		r5=0x00000000 r4=0x00000000
 
 Simon.
 --
 Simon Burge                            <simonb@wasabisystems.com>
 NetBSD Support and Service:         http://www.wasabisystems.com/