From owner-freebsd-sparc64@FreeBSD.ORG Mon Jan 24 11:11:56 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 469CE16A4CE for ; Mon, 24 Jan 2005 11:11:56 +0000 (GMT) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D06E43D49 for ; Mon, 24 Jan 2005 11:11:53 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id EF6AA84451 for ; Mon, 24 Jan 2005 12:11:51 +0100 (CET) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 76634-04 for ; Mon, 24 Jan 2005 12:11:43 +0100 (CET) Received: from [172.16.129.72] (japan.axelero.com [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTP id 2A55384425 for ; Mon, 24 Jan 2005 12:11:43 +0100 (CET) Message-ID: <41F4D7EE.5080808@fsn.hu> Date: Mon, 24 Jan 2005 12:11:42 +0100 From: Attila Nagy User-Agent: Mozilla Thunderbird 1.0 (X11/20050103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu Subject: Crash on an E220R X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2005 11:11:56 -0000 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