Date: Sat, 13 Oct 2001 01:54:49 -0700 From: Peter Wemm <peter@wemm.org> To: dfr@FreeBSD.ORG, jhb@FreeBSD.ORG, ia64@FreeBSD.ORG Subject: Re: non recursive lock reaquired.. Message-ID: <20011013085449.E26933808@overcee.netplex.com.au> In-Reply-To: <20011013082201.41D123808@overcee.netplex.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
Peter Wemm wrote:
> This doesn't look too healthy. I wonder if this is what caused my
> zone allocation panic before:
Actually I take this back.. it seems witness is upset about having
two different mutexes with the same *name*...
zinitna(vm_zone_t z, vm_object_t obj, char *name, int size,
{
mtx_init(&(z)->zmtx, "zone", MTX_DEF);
}
zbootinit(vm_zone_t z, char *name, int size, void *item, int nitems)
{
mtx_init(&(z)->zmtx, "zone", MTX_DEF);
}
Should "zone" be added here in subr_witness.c?
static const char *dup_list[] = {
"process lock",
NULL
};
> acquiring duplicate lock of same type: "zone"
> 1st @ ../../../vm/vm_zone.c:473
> 2nd @ ../../../vm/vm_zone.c:473
> witness_lock
> Stopped at Debugger+0x31: mov sp=r33
> db> trace
> Debugger(0xe000000000a1b6a8, 0xe0000000011135a0, 0xe0000000007b5930, 0xa9a, 0
xe000000000a2ad98) at Debugger+0x30
> witness_lock(0xe000000000b69bb8, 0x8, 0xe000000000a27910, 0x1d9) at witness_l
ock+0x1000
> _mtx_lock_flags(0xe000000000b69bb8, 0x0, 0xe000000000a27910, 0x1d9) at _mtx_l
ock_flags+0x170
> zalloc(0xe000000000b69bb8) at zalloc+0x80
> ^^^^^
> get_pv_entry(0xe0000000011135f0, 0xe0000000011135e0) at get_pv_entry+0x190
> pmap_make_pv(0xe000000000b69b78, 0xa00000001315c000, 0xe0000000011135f0, 0xe0
00000000cc8000, 0xa00000001315c000) at pmap_make_pv+0x30
> pmap_kenter(0xa00000001315c000, 0x11d8000, 0xe000000000cc8000, 0xe000000000ad
a6d8) at pmap_kenter+0x80
> _zget(0xa00000000135ff00, 0xa00000001315c000, 0xe000000000cc8000, 0xa00000000
135ff80) at _zget+0x1b0
> zalloc(0xa00000000135ff00, 0xa00000000135ff00) at zalloc+0xc0
> ^^^^
> soalloc(0x1, 0xe000000000cc8000, 0xe000000000ada288) at soalloc+0x40
> socreate(0x2, 0xe000000001113658, 0x2, 0x0, 0xa0000000133886e0) at socreate+0
x200
> socket(0xa0000000133886e0, 0xe000000001113690, 0xe000000001113690, 0xe0000000
00cc8000) at socket+0x120
> syscall(0x61, 0xe000000001113690, 0xe0000000011136d0) at syscall+0x4e0
> do_syscall(0x61, 0xe0000000011136d0, 0x600000000000e3e0, 0x61, 0xe00000000111
3690, 0xe0000000011136d0, 0xe000000000cc8000, 0xe000000000cc8000, 0xa000000
013388540, 0xe0000000011136d0, 0xe000000000a97210, 0xa0000000133886e0, 0x61
, 0xe000000001113690, 0x4000000000010ff0, 0x20000000000, 0x1, 0xe0000000011
13680, 0xe0000000009540d0, 0x186, 0xa0000000133886e0, 0xe000000001113690, 0
xe000000001113690, 0xe000000000cc8000, 0x0) at do_syscall+0x260
> __gp() at 0xe0000000011136d0
> db>
> db> show locks
> exclusive (sleep mutex) zone (0xa00000000135ff00) locked @ ../../../vm/vm_zon
e.c:473
> exclusive (sleep mutex) Giant (0xe000000000b71058) locked @ ../../../kern/uip
c_syscalls.c:129
> db>
>
> Cheers,
> -Peter
> --
> Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au
> "All of this is for nothing if we don't go to the stars" - JMS/B5
>
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-ia64" in the body of the message
>
>
Cheers,
-Peter
--
Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au
"All of this is for nothing if we don't go to the stars" - JMS/B5
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-ia64" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011013085449.E26933808>