[15488] in Athena Bugs
crash part 2
daemon@ATHENA.MIT.EDU (Brett David Rosen)
Fri Sep 12 11:40:46 1997
To: bugs@MIT.EDU
Date: Fri, 12 Sep 1997 11:40:40 EDT
From: Brett David Rosen <bdrosen@MIT.EDU>
Cogsworth crashed again today. This time I had savecore enabled
and got a system crash dump which I'll save for a little while
in case there is any useful information that can be retreived
from it.
This looks vaguely like Bug 1258379 in 2.3 .
Brett
# adb -k unix.0 vmcore.0
physmem 1e53
$c
complete_panic(0xfbe1c9d8,0x0,0x0,0x1,0xf025c000,0x0) + 78
do_panic(0xf0266738,0xfbe1cbb4,0x65c3f7,0x8a,0x48006e4,0x0) + a0
vcmn_err(0x3,0xf0266738,0xfbe1cbb4,0xfbe01ec0,0x0,0x3) + 150
cmn_err(0x3,0xf0266738,0x0,0x29,0x29,0xf025c000) + 1c
die(0x9,0xfbe1ccec,0xf591cfa8,0x3a6,0x2,0xf0266738) + bc
trap(0xf028aa24,0xfbe1ccec,0x0,0x3a6,0x2,0x6) + 614
fault(?) + 84
kmem_cache_alloc(0xf591cf80,0x1,0xffdf0e76,0xf596f0c0,0xfbe1cde0,0xf5a9a780)
desballoc(0xf5b8b022,0x26d,0x1000100,0xf5b8b6c4,0xf596682c,0xf591cf80) + c
leread(0xf5966800,0xf5aea1b0,0xf5b8b022,0xf5b8e800,0x26d,0xf5b8b000) + e0
leintr(0xf5aea1b2) + d8
$r
g0 0x0 l0 0x1
g1 0x0 l1 0xf025c000 backfs+0x10
g2 0x0 l2 0xf0048bdc do_panic+0x50
g3 0x0 l3 0xfbe1cec0
g4 0x0 l4 0xfbe1cee4
g5 0x0 l5 0xf026b5b8 panic_regs
g6 0x0 l6 0xf0048fcc complete_panic+0x78
g7 0x0 l7 0xfbe1c998
o0 0x0 i0 0xfbe1c9d8
o1 0x0 i1 0x0
o2 0x0 i2 0x0
o3 0x0 i3 0x1
o4 0x0 i4 0xf025c000 backfs+0x10
o5 0x0 i5 0x0
sp 0xfbe1c9d8 fp 0xfbe1ca40
o7 0xf0048fcc complete_panic+0x78 i7 0xf0048c2c do_panic+0xa0
y 0x0
psr 0x0
pc 0xf0048fcc complete_panic+0x78: call setjmp
npc 0x0
The pc is 0xf00ce744
0xf00ce744/ai
desballoc+0x30: desballoc+0x30: st %l6, [%i5 + 0x28]
desballoc,20/ia
desballoc: save %sp, -0x60, %sp
desballoc+4: sethi %hi(0xf0285c00), %o0
desballoc+8: mov 0x1, %o1
desballoc+0xc: call kmem_cache_alloc
desballoc+0x10: ld [%o0 + 0x7c], %o0
desballoc+0x14: orcc %g0, %o0, %i5
desballoc+0x18: bne,a desballoc + 0x28
desballoc+0x1c: sethi %hi(0x1000000), %i2
desballoc+0x20: ba desballoc + 0x5c
desballoc+0x24: clr %i5
desballoc+0x28: or %i2, 0x100, %i2
desballoc+0x2c: add %i0, %i1, %l6
desballoc+0x30: st %l6, [%i5 + 0x28]
desballoc+0x34: st %i2, [%i5 + 0x2c]
desballoc+0x38: st %i0, [%i5 + 0x24]
desballoc+0x3c: st %i3, [%i5 + 0x20]
desballoc+0x40: st %g0, [%i5 + 0x18]
desballoc+0x44: st %i0, [%i5 + 0x10]
desballoc+0x48: st %i0, [%i5 + 0xc]
desballoc+0x4c: st %g0, [%i5 + 0x8]
desballoc+0x50: st %g0, [%i5 + 0x4]
desballoc+0x54: st %g0, [%i5]
desballoc+0x58: st %g0, [%i3 + 0xc]
desballoc+0x5c: ret
desballoc+0x60: restore %g0, %i5, %o0
esballoc: save %sp, -0x60, %sp
esballoc+4: mov %i0, %o0
esballoc+8: mov %i1, %o1
esballoc+0xc: mov %i2, %o2
esballoc+0x10: call desballoc
esballoc+0x14: mov %i3, %o3
esballoc+0x18: orcc %g0, %o0, %i0
esballoc+0x1c:
a more detailed stack trace is in /mit/bdrosen/Dump/stacktrace
from dmesg:
BAD TRAP: type=9 rp=fbe1ccec addr=f591cfa8 mmu_fsr=3a6 rw=2
sched: Data fault
kernel write fault at addr=0xf591cfa8, pme=0x0
MMU sfsr=3a6: Invalid Address on supv data store at level 3
pte addr = 0xf598c470, level = 3
pid=0, pc=0xf00ce744, sp=0xfbe1cd38, psr=0x48006c1, context=0
g1-g7: f0054a78, ffd15a00, ffef0000, f0265e85, 2, ffefefb8, fbe1cec0
Begin traceback... sp = fbe1cd38
Called from f5a3b258, fp=fbe1cd98, args=f5b8b022 26d 1000100 f5b8b6c4 f596682c f
591cf80
Called from f5a3ac4c, fp=fbe1cdf8, args=f5966800 f5aea1b0 f5b8b022 f5b8e800 26d
f5b8b000
Called from f0043494, fp=fbe1ce60, args=f5aea1b2 f5966858 80 a f5966800 f5aea1b0
Called from ffd1a0bc, fp=fbe01ab8, args=fbe01ec0 0 1 f0271ae0 fbe01ec0 fbe22ec0
End traceback...
panic: Data fault
syncing file systems... done
2398 static and sysmap kernel pages
51 dynamic kernel data pages
152 kernel-pageable pages
0 segkmap kernel pages
0 segvn kernel pages
0 current user process pages
2601 total pages (2601 chunks)
dumping to vp f5ac9e1c, offset 77728
2601 total pages, dump succeeded
from /mit/watchmaker/bin/unsym:
BAD TRAP: type=9 rp=fbe1ccec addr=f591cfa8 mmu_fsr=3a6 rw=2
sched: Data fault
kernel write fault at addr=0xf591cfa8, pme=0x0
MMU sfsr=3a6: Invalid Address on supv data store at level 3
pte addr = 0xf598c470, level = 3
pid=0, pc=0x[f00ce744=desballoc+30], sp=0xfbe1cd38, psr=0x48006c1, context=0
g1-g7: [f0054a78=swift_vac_flush], ffd15a00, ffef0000, [f0265e85=_DYNAMIC+1b65], 2, ffefefb8, fbe1cec0
Begin traceback... sp = fbe1cd38
Called from [f5a3b258=leread+e0], fp=fbe1cd98, args=f5b8b022 26d 1000100 f5b8b6c4 f596682c f
591cf80
Called from [f5a3ac4c=leintr+d8], fp=fbe1cdf8, args=f5966800 [f5aea1b0=sw+3324] f5b8b022 f5b8e800 26d
f5b8b000
Called from [f0043494=_level1+998], fp=fbe1ce60, args=[f5aea1b2=sw+3326] f5966858 80 a f5966800 [f5aea1b0=sw+3324]
Called from ffd1a0bc, fp=fbe01ab8, args=fbe01ec0 0 1 [f0271ae0=p0] fbe01ec0 fbe22ec0
End traceback...
panic: Data fault
syncing file systems... done
2398 static and sysmap kernel pages
51 dynamic kernel data pages
152 kernel-pageable pages
0 segkmap kernel pages
0 segvn kernel pages
0 current user process pages
2601 total pages (2601 chunks)
dumping to vp f5ac9e1c, offset 77728
2601 total pages, dump succeeded