Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 24 Jan 2005 12:11:42 +0100
From:      Attila Nagy <bra@fsn.hu>
To:        sparc64@freebsd.org
Subject:   Crash on an E220R
Message-ID:  <41F4D7EE.5080808@fsn.hu>

next in thread | raw e-mail | index | archive | help
Hello,

I get regular crashes on an E220R with two processors. The same machine 
with one processor seems to work much more reliably.

The OS I have is a recent 5.3-STABLE (Jan 20). I have crashdumps in 
/var/crash, but it seems there is a problem with kgdb:

kgdb
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.
Quit this debugging session? (y or n) n

/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.
Create a core file of GDB? (y or n) n
(kgdb) symbol-file /usr/obj/usr/src/sys/CACHE/kernel.debug
Load new symbol table from "/usr/obj/usr/src/sys/CACHE/kernel.debug"? (y 
or n) y
Reading symbols from /usr/obj/usr/src/sys/CACHE/kernel.debug...done.
(kgdb) exec-file /usr/obj/usr/src/sys/CACHE/kernel
(kgdb) core-file /var/crash/vmcore.0
"/var/crash/vmcore.0" is not a core dump: File format not recognized

Any ideas, helping hands to get this crash resolved?

BTW, I have a serial console on this machine and these are the last lines:
panic: trap: fast data access mmu miss
cpuid = 0
boot() called on cpu#0
Uptime: 1d10h3m16s
Dumping 2048 MB (4 chunks)
   chunk at 0: 536870912 bytes ... ok
   chunk at 0x20000000: 536870912 bytes ... ok
   chunk at 0x80000000: 536870912 bytes ... ok
   chunk at 0xa0000000: 536870912 bytes ... ok

Dump complete
Automatic reboot in 15 seconds - press a key on the console to abort
Rebooting...
Resetting ...

-- 
Attila Nagy                                   e-mail: Attila.Nagy@fsn.hu
Adopt a directory on our free software   phone @work: +361 371 3536
server! http://www.fsn.hu/?f=brick             cell.: +3630 306 6758



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?41F4D7EE.5080808>