tech-kern archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Deadlock on fragmented memory?



With a pullup of kern_exec.c 1.448-1.449, to netbsd-6, we're still seeing
hangs on vmem. The backtrace is:
trace: pid 11664 lid 1 at 0xe2be32cc
sleepq_block(0,0,c0442916,c0474190,0,20000,c9dadc00,c9dabb00,c05c77a2,ca3cce74) a
t netbsd:sleepq_block+0xad
cv_wait(c0490b20,c0490b2c,1,0,1802,1b535,8,c9ca4740,c9ca4b78,c0480c70) at netbsd:cv_wait+0xb1
vmem_xalloc(c0490b20,20000,1000,0,0,0,ffffffff,1001,e2be3428,e23f0000) at netbsd:vmem_xalloc+0x65a
vmem_alloc(c0490b20,20000,1001,e2be3428,1,0,c043116c,323,e2be3490,ca26eb9c) at netbsd:vmem_alloc+0xa0
vmem_xalloc(c048fcb0,20000,1000,0,0,0,ffffffff,1001,e2be34b0,21) at netbsd:vmem_xalloc+0x779
vmem_alloc(c048fcb0,20000,1001,e2be34b0,c0491076,0,f3c4,c03ecc65,c0491000,c0491000) at netbsd:vmem_alloc+0xa0
qc_poolpage_alloc(c0491000,1,0,c0495380,e23f0000,1000,c0491074,c048fddc,c9cffe18,1000) at netbsd:qc_poolpage_alloc+0x3d
pool_grow(c0491074,ca396870,e2be353c,c03eccdf,c04910fe,e23f0000,1,c0491074,c04910fe,1) at netbsd:pool_grow+0x2a
pool_get(c0491000,1,0,1,0,c04910fc,e2be3da0,0,e23f0000,1) at netbsd:pool_get+0x39
pool_cache_get_slow(0,1,cafed424,0,40e59000,d,9e3ab403,ca3c19d4,e23f0000,ca3c19d4) at netbsd:pool_cache_get_slow+0x126
pool_cache_get_paddr(c0491000,1,0,e2be364c,ca3c19d4,32c,cb,e7fd19d4,6,0) at netbsd:pool_cache_get_paddr+0xa8
pathbuf_create_raw(c9cf9bb6,ca3cce74,e2be37dc,c03ecc65,c9cf9b40,e2be3b2c,e2be383c,c040215c,cb410000,ca3cce74) at netbsd:pathbuf_create_raw+0x3e
pathbuf_create(cb410000,ca3cce74,e2be380c,c03eccdf,c9cf9c3e,1,1,c9cf9bb4,c9cf9c3e,0) at netbsd:pathbuf_create+0xc
emul_find_interp(ca3f0d40,e2be3b2c,cb410000,c021b415,c9cf7976,1,e2be388c,c03eccdf,6,e2be39d0) at netbsd:emul_find_interp+0x1c
elf32_load_file(ca3f0d40,e2be3b2c,cb410000,e2be3b44,e2be39c4,c9d0f660,e2be39d0,0,e2be3b2c,3) at netbsd:elf32_load_file+0x277
exec_elf32_makecmds(ca3f0d40,e2be3b2c,ca971800,404,0,0,1,0,d2198540,e2be3a80) at netbsd:exec_elf32_makecmds+0x41e
check_exec(ca3f0d40,e2be3b2c,c9d0ebb0,0,0,0,e2be3b44,e2be3bb0,e2be3bac,ca9af1bc) at netbsd:check_exec+0x22a
execve_loadvm(bb51e0a0,c020d370,e2be3b2c,c018c20d,d2198540,2,bb50c0a6,cb410800,cb410400,ca971800) at netbsd:execve_loadvm+0x1df
execve1(ca3f0d40,bb50c0a6,bf7fe750,bb51e0a0,c020d370,ca3f0db0,0,ca3f0d40,e2be3d48,c0473110) at netbsd:execve1+0x36
sys_execve(ca3f0d40,e2be3cf4,e2be3d1c,0,c02d11d3,c9d023c8,e2be3cec,3b,c02d11d3,c9d023c8) at netbsd:sys_execve+0x30
syscall(e2be3d48,b3,bb7e00ab,bf7f001f,bf7f001f,bf7fe7b8,bf7fe7c4,bf7fe7a8,bb7b15bc,0) at netbsd:syscall+0xad

output of 'show vmem c0490b20' available at
http://www.netbsd.org/~bouyer/nb6-vmem.gz

-- 
Manuel Bouyer <bouyer%antioche.eu.org@localhost>
     NetBSD: 26 ans d'experience feront toujours la difference
--


Home | Main Index | Thread Index | Old Index