4.2BSD panic trap 9 problem on VAX 11/785
cbush at RAND-UNIX.ARPA
cbush at RAND-UNIX.ARPA
Thu Aug 8 04:10:51 AEST 1985
Need help with persistent, at least one a day, system crashes on our
new VAX 11/785 running 4.2BSD UNIX. Always get the same panic messages;
...
Aug 6 12:10
trap type 9, code = 80001400, pc = 80001400
panic: Protection fault
syncing disks... 3 3 2 2 2 2 1 done
...
My reading of the above and from looking at the kernal stack frames says,
in summary, the system was attempting to execute the instruction at location
80001400 while in user mode!!
How can that be? I must be missing something. The kernal stack says were
really in kernal code "copyout" having gotten there from various places
not always the same (Not a wild branch). In the last crash "gettimeofday"
was calling copyout. If the system screwed up and made an invalid context
switch to user mode why crash at 80001400 why not the instruction before?
or first kernal instruction after the switch? Is the address validation
only done at the page bounderys?
I don't know if its hardware or software. We have seen these same trap 9's
at same address on two of our four VAX 11/780's but very infrequently, less
than one a month on heavly loaded systems.
At this point were stymied. Now looking at kernal code differances on the
various machines and changing hardware configuration in attempt to narrow it
down.
A PORTION OF THE KERNAL STACK, with my incomplete comments (First vax dump
I've looked at)
----adb command *(scb-4)$c gives ---- (adb crash man pages seems screwed up?)
sbr 8002bc64 slr 4b68 --- system pte's look good.
p0br 808aae00 p0lr 74 p1br 800ab200 p1lr 1fffea
_boot() from 80021f3a
_boot(0,0) from 80021f3a
_panic(80043083) from 8000cf76
_trap() from 800224ec
_Xtransflt() from 80001035
_syscall() from 800227fc
_Xsyscall(7fffe6f0,0) from 80001054
?(7fffe734) from 214d
?(1,7fffebd8,7fffebe0) from 47c
?() from 37
---STACK FRAME created by call to trap
7ffffefc: 0 number of args (really 5)
7fffff00: 2fff0000 mask/psw
7fffff04: 7fffff8c ap
7fffff08: 7fffff74 fp
7fffff0c: 80001035 pc
7fffff10: 8 r0
7fffff14: 7fffff6c r1
7fffff18: 0 r2
7fffff1c: 7fffed8c r3
7fffff20: 0 r4
7fffff24: 0 r5
7fffff28: 0 r6
7fffff2c: 0 r7
7fffff30: 8003f9cc r8
7fffff34: 8 r9
7fffff38: 7fffe6e8 r10
7fffff3c: 7fffed84 r11
7fffff40: 0 ??
7fffff44: 7fffe6d0 trap arg0 sp unused i think
7fffff48: 9 arg1 trap#
7fffff4c: 80001400 arg2 code
7fffff50: 80001400 arg3 pc
7fffff54: c00000 arg4 psl previous=USER???; current=kernal; is=0
7fffff58: 8000b3b3 pc in gettimeofday inst after jbs _Copyout
7fffff5c: 7fffff6c
7fffff60: 7fffe6f0
7fffff64: 8
7fffff68: 0
7fffff6c: 1d566af3
7fffff70: 1fbd0
---STACK FRAME created by call to gettimeofday
7fffff74: 0
7fffff78: 28000000
7fffff7c: 7fffffe8
7fffff80: 7fffffa4
7fffff84: 800227fc
7fffff88: 80000000
7fffff8c: 0
7fffff90: 4
7fffff94: 0
7fffff98: 3
7fffff9c: 9c400
7fffffa0: 216e
Any hints would be greatly appreciated.
More information about the Comp.unix.wizards
mailing list