[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freebsd-smp
Subject:    Re: SMP vulnerable to panics early on ?
From:       Arun Sharma <arun () sharma-home ! net>
Date:       2003-02-15 6:56:53
[Download RAW message or body]

On Thu, Feb 13, 2003 at 10:08:08PM -0800, Arun Sharma wrote:
> It sounds like the time when FreeBSD first comes up and execs "sh" is the
> most vulnerable time for panics. Here's my latest one. I was using the
> experimental SCHED_ULE option. 
> 
> If my SMP kernel boots up ok, it normally is pretty solid. But right now, I
> have a roughly 50% failure rate at boot up.

Here's another one.

	-Arun

panic: lockmgr: locking against myself
cpuid = 1; lapic.id = 01000000

db> tr
Debugger(c0364696,1000000,c03633a2,cad35f14,1) at Debugger+0x55
panic(c03633a2,0,0,0,b) at panic+0x11f
lockmgr(c03c033c,2,0,c0d18a80,b8) at lockmgr+0x531
_vm_map_lock_read(c03c0300,0,0,200024c,0) at _vm_map_lock_read+0x5a
vm_map_lookup(cad36074,0,2,cad36078,cad36068) at vm_map_lookup+0x38
vm_fault(1,0,2,8,c03c033c) at vm_fault+0xc4
_mtx_lock_spin(c038b6c0,0,0,0,0) at _mtx_lock_spin+0x6e
msleep(c03c033c,c03d0c38,44,c0371b53,0) at msleep+0xf4
acquire(cad361bc,1000000,600,cad361a0,c0d17b10) at acquire+0xa0
lockmgr(c03c033c,2,0,c0d18a80,61) at lockmgr+0x3e4
_vm_map_lock_read(c03c0300,0,0,1000101,cad764ec) at _vm_map_lock_read+0x5a
vm_map_lookup(cad362e4,cad764ec,1,cad362e8,cad362d8) at vm_map_lookup+0x38
vm_fault(c03c0300,cad764ec,0,0,0) at vm_fault+0xc4
_end() at 0xcad764ec

db> show pcpu
cpuid        = 1
curthread    = 0xc0d18a80: pid 11 "idle: cpu1"
curpcb       = 0xcad36da0
fpcurthread  = none
idlethread   = 0xc0d18a80: pid 11 "idle: cpu1"
currentldt   = 0x28

db> show pcpu 0
cpuid        = 0
curthread    = 0xc0d18a80: pid 11 "idle: cpu1"
curpcb       = 0xcad36da0
fpcurthread  = none
idlethread   = 0xc0d18b60: pid 12 "idle: cpu0"
currentldt   = 0x28


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-smp" in the body of the message
[prev in list] [next in list] [prev in thread] [next in thread]