[comp.unix.microport] What do panic messages mean?

root@conexch.UUCP (Larry Dighera) (05/04/88)

Does anyone have any idea what is causing these panics?   
Is the format of the panic message documented anywhere so that one
can interpret them?  I realize that the third through fifth lines are
register dumps of the 80286, and the last line apparently refers to
an out of bounds address (?).  But, how does one glean any meaning 
from this?  Is the cause hardware or software related?  Should I be 
looking at the accounting file to see what was running at the time of
the panic?

Fri Apr 8 13:41:40
TRAP 000D in SYSTEM
ax=5600, bx=00BC, cx=0000, dx=0020, si=002F, di=6936
bp=03A4, fl=0206, uds=0018, es=0020
pc=0038:9AA1,  ksp=0388
panic: general protection trap

Thu Apr 28 17:32:11
TRAP 000D in SYSTEM
ax=1B00, bx=0098, cx=0000, dx=0000, si=0026, di=6726
bp=03A4, fl=0206, uds=0018, es=000C
pc=0038:9AA1,  ksp=0388
panic: general protection trap

Mon May 2 9:56:00
TRAP 000D in SYSTEM
ax=0005, bx=BD7A, cx=0000, dx=00A1, si=0002, di=0594
bp=039A, fl=0202, uds=0018, es=004F
pc=0030:A4C5,  ksp=0376
panic: general protection trap

System vitals:
        SCO Xenix 2.2.0
        Atronics AT compatible running at 10 MHz one wait state
        1 MB RAM on system board
        3 MB RAM on American Micronics "Elephant" board
        American Micronics 8 port "LAMB" card
        Archive Tape system
        Monochrome/graphics card
        WD HD/Floppy controller
        Maxtor XT1085 & XT1140 Hard drives
        Teac 1.2 MB and 360 K floppies
        200 W. power supply

Please respond via E-Mail to: cnexch!root
I will post a summary of useful responses.

Thanks in advance.
-- 
USPS: The Consultants' Exchange, PO Box 12100, Santa Ana, CA  92712
TELE: (714) 842-6348: BBS (N81); (714) 842-5851: Xenix guest account (E71)
UUCP: conexch Any ACU 2400 17148425851 ogin:-""-ogin:-""-ogin: nuucp
UUCP: ...!ucbvax!ucivax!icnvax!conexch!root || ...!trwrb!ucla-an!conexch!root

root@conexch.UUCP (Larry Dighera) (05/04/88)

Does anyone have any idea what is causing these panics?   
Is the format of the panic message documented anywhere so that one
can interpret them?  I realize that the third through fifth lines are
register dumps of the 80286, and the last line apparently refers to
an out of bounds address (?).  But, how does one glean any meaning 
from this?  Is the cause hardware or software related?  Should I be 
looking at the accounting file to see what was running at the time of
the panic?

Fri Apr 8 13:41:40
TRAP 000D in SYSTEM
ax=5600, bx=00BC, cx=0000, dx=0020, si=002F, di=6936
bp=03A4, fl=0206, uds=0018, es=0020
pc=0038:9AA1,  ksp=0388
panic: general protection trap

Thu Apr 28 17:32:11
TRAP 000D in SYSTEM
ax=1B00, bx=0098, cx=0000, dx=0000, si=0026, di=6726
bp=03A4, fl=0206, uds=0018, es=000C
pc=0038:9AA1,  ksp=0388
panic: general protection trap

Mon May 2 9:56:00
TRAP 000D in SYSTEM
ax=0005, bx=BD7A, cx=0000, dx=00A1, si=0002, di=0594
bp=039A, fl=0202, uds=0018, es=004F
pc=0030:A4C5,  ksp=0376
panic: general protection trap

System vitals:
        SCO Xenix 2.2.0
        Atronics AT compatible running at 10 MHz one wait state
        1 MB RAM on system board
        3 MB RAM on American Micronics "Elephant" board
        American Micronics 8 port "LAMB" card
        Archive Tape system
        Monochrome/graphics card
        WD HD/Floppy controller
        Maxtor XT1085 & XT1140 Hard drives
        Teac 1.2 MB and 360 K floppies
        200 W. power supply

Please respond via E-Mail to: cnexch!root
I will post a summary of useful responses.

Thanks in advance.
Larry Dighera
-- 
USPS: The Consultants' Exchange, PO Box 12100, Santa Ana, CA  92712
TELE: (714) 842-6348: BBS (N81); (714) 842-5851: Xenix guest account (E71)
UUCP: conexch Any ACU 2400 17148425851 ogin:-""-ogin:-""-ogin: nuucp
UUCP: ...!ucbvax!ucivax!icnvax!conexch!root || ...!trwrb!ucla-an!conexch!root

vandys@hpindda.HP.COM (Andy Valencia) (05/06/88)

	I ran into these and discovered that it was a small misfeature
of certain runs of the 80286--something to do with a pull-up resistor
in the chip which was missing.  Apparently it interacts with the bus
loading, because card swapping often makes it go away--do you have someone
with whom you could swap your serial, parallel, and video boards?

			Good luck...
			Andy Valencia