Subject: Re: Examining core dump..
To: None <ccsanady@bob.scl.ameslab.gov>
From: Matthew Jacob <mjacob@ns.feral.com>
List: port-alpha
Date: 11/09/1997 06:57:17
>From ccsanady@bob.scl.ameslab.gov Sat Nov 8 18:31:08 1997
>Thanks to all who responded.. Now I can show you a backtrace of what
>happened when my system went down. :)
>
>(gdb) target kcore netbsd.0.core
>panic: machine check
>#0 0xfffffc0000412da0 in dumpsys ()
>(gdb) bt
>#0 0xfffffc0000412da0 in dumpsys ()
>#1 0xfffffc0000412b38 in cpu_reboot ()
>#2 0xfffffc0000323034 in panic ()
>#3 0xfffffc0000411840 in machine_check ()
>#4 0xfffffc0000411548 in interrupt ()
>#5 0xfffffc00003003f8 in XentInt ()
>#6 0xfffffc0000300c70 in copyout ()
>
>What usually causes machine checks anyways?
>
>Chris
>
>
Machine checks are for exception conditions in alpha. Interrupts
as well as memory errors.
In -current (and for a while) all of the know machine check
conditions don't lead directly to a panic. There should have
been a printf like:
panic("unexpected interrupt: type 0x%lx vec 0x%lx a2 0x%lx\n", a0, a1, a2);
What were the contents. What was the release && h/w you're running anyway
(I forget).
Also- it looks wierd that there's a machine check on a copyout.
-matt
p.s.: I'm moving this back to the port-alpha list- it's not for the
current-users list.