Re: sparc64 kernel dump debug

From: Maxim Konovalov <maxim_at_macomnet.ru>
Date: Wed, 13 Oct 2004 11:51:57 +0400 (MSD)
On Tue, 12 Oct 2004, 10:25-0700, Doug White wrote:

> On Tue, 12 Oct 2004, Maxim Konovalov wrote:
>
> > [Bcc: sparc64_at_ ]
> >
> > Hello,
> >
> > Are there any ways to debug a kernel dump on sparc64?  On our SMP
> > netra1440:
>
> Did you mean Netra 1400? I don't see a Netra 1440 on sunsolve.
>
> The 1400 is a quad-US2; looks like a 420R from the back (?)

Oops, yes, it's 1400.  Haven't seen it yet.

> > # strings vmcore.3 | grep panic
> > panic: trap: fast data access mmu miss
> > ...
> >
> > # kgdb kernel.debug vmcore.3 2>&1| more
>
> Have you tried this with the kernel.debug in your kernel compile dir,
> rather than the one that savecore thinks its getting?

sun4u# pwd
/usr/obj/usr/src/sys/SUN4U
sun4u# kgdb kernel.debug /var/crash/vmcore.3
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc64-marcel-freebsd".
/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/regcache.c:1264:
internal-error: regcache_raw_supply: Assertion `regnum >= 0 && regnum
< regcache->descr->nr_raw_registers' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
...

As Andrew Belashov suggested I installed gdb6 and it seems it works.

-- 
Maxim Konovalov
Received on Wed Oct 13 2004 - 05:52:00 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:17 UTC