TODO list status update

Kris Kennaway kris at obsecurity.org
Tue Mar 21 21:52:09 UTC 2006


On Mon, Mar 20, 2006 at 06:05:28PM -0500, Kris Kennaway wrote:
> On Mon, Mar 20, 2006 at 01:32:27PM -0500, Kris Kennaway wrote:
> > On Mon, Mar 20, 2006 at 04:51:39PM +0100, Marius Strobl wrote:
> > 
> > > foreign pcpu structs. Could you please test whether the
> > > patch at:
> > > http://alchemy.franken.de/~marius/ipi.diff
> > > fixes this?
> > 
> > This patch doesn't cause immediate problems (i.e. it boots), but I ran
> > stress2 and it instantly panicked with

When I disabled the stress2 thread test (which causes the panic below)
the e4500 survived the night running the rest of stress2.  That's good
news since it panics fairly easily without your patch.

Thanks!

Kris

> After about a dozen attempts that just caused fatal resets after the
> panic, I got one that entered DDB properly:
> 
> panic: _mtx_lock_sleep: recursed on non-recursive mutex system map @ ../../../vm/vm_map.c:2993
> 
> db> wh
> Tracing pid 523 tid 100099 td 0xfffff80045b9e560
> panic() at panic+0x164
> _mtx_lock_sleep() at _mtx_lock_sleep+0x40
> _mtx_lock_flags() at _mtx_lock_flags+0xb8
> _vm_map_lock_read() at _vm_map_lock_read+0x1c
> vm_map_lookup() at vm_map_lookup+0x1c
> vm_fault() at vm_fault+0x68
> trap_pfault() at trap_pfault+0x1a8
> trap() at trap+0x2b0
> -- fast data access mmu miss tar=0xe85a4000 %o7=0xc02f7728 --
> vm_map_entry_splay() at vm_map_entry_splay+0x10
> vm_map_find() at vm_map_find+0x34
> kmem_alloc_nofault() at kmem_alloc_nofault+0x44
> pmap_pinit() at pmap_pinit+0x30
> vmspace_zinit() at vmspace_zinit+0x14
> slab_zalloc() at slab_zalloc+0x264
> uma_zone_slab() at uma_zone_slab+0x1ac
> uma_zalloc_bucket() at uma_zalloc_bucket+0x1b4
> uma_zalloc_arg() at uma_zalloc_arg+0x3dc
> vmspace_alloc() at vmspace_alloc+0x14
> vmspace_fork() at vmspace_fork+0x24
> vm_forkproc() at vm_forkproc+0xe4
> fork1() at fork1+0xf1c
> fork() at fork+0x10
> syscall() at syscall+0x2dc
> -- syscall (2, FreeBSD ELF64, fork) %o7=0x101f18 --
> userland() at 0x403b74e8
> user trace: trap %o7=0x101f18
> pc 0x403b74e8, sp 0x7fdffffdf81
> pc 0x101214, sp 0x7fdffffe0d1
> pc 0x4020cd74, sp 0x7fdffffe191
> done
> db> show locks
> exclusive sleep mutex system map r = 0 (0xfffff802bfd000d8) locked @ vm/vm_map.c:1096
> exclusive sx user map r = 0 (0xfffff80042e56cd0) locked @ vm/vm_map.c:2485
> 
> Kris

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-sparc64/attachments/20060321/7beda63c/attachment.pgp


More information about the freebsd-sparc64 mailing list