Re: Ultrasparc III+ kernel panic

Eduardo Horvath <[email protected]> Mon, 23 Feb 2015 16:20:44 +0000 (UTC)

Newsgroups	gmane.os.netbsd.ports.sparc64
Message-ID	<[email protected]>

On Mon, 23 Feb 2015, BERTRAND JoÃ«l wrote:

> 	Bad news. Last night, this server panics twice when idle with :
> 
> Feb 23 07:58:27 legendre /netbsd: cpu0: data fault: pc=f000934c rpc=103b435e0
> addr=1ffee8000
> Feb 23 07:58:27 legendre /netbsd: Skipping crash dump on recursive panic
> Feb 23 07:58:27 legendre /netbsd: panic: kernel fault
> Feb 23 07:58:27 legendre /netbsd: cpu0: Begin traceback...
> Feb 23 07:58:27 legendre /netbsd: cpu0: End traceback...
> Feb 23 07:58:27 legendre /netbsd: cpu1: shutting down
> Feb 23 07:58:27 legendre /netbsd: cpu0: rebooting

Hm.  From what I remember, f000xxxx is inside OBP.  

Instead of randomly swapping out hardware you really should try to 
diagnose the problem.  I'd turn on ddb and traptrace in the kernel and 
examine the contents of the traptrace buffer after the panic.  That should 
tell us the sequence of traps that caused the panic.

Eduardo