From owner-freebsd-alpha Mon May 8 6:42:11 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 63FA037B7CD for ; Mon, 8 May 2000 06:42:07 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id JAA26209; Mon, 8 May 2000 09:42:06 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id JAA75953; Mon, 8 May 2000 09:42:06 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 8 May 2000 09:42:06 -0400 (EDT) To: Brett Bump Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: 3300/3305 and 5300/5305 Problems In-Reply-To: <39148C07.E97DCEAF@mail.enetis.net> References: <39148C07.E97DCEAF@mail.enetis.net> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14614.49806.293997.4055@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Brett Bump writes: > Hi Peter, > > I presume he's running into the same problem I did. I posted a similar message > the last week of December 99. Andrew mentioned that I might not be running > the newest code that included AS1000 support (added Dec 1st, 99). But I've > never been able to boot any code after that date either. The kernel gets loaded > into memory and then the cpu halts. The console looks like this: > > Entering kernel at 0xfffffc00003245e0... > > halted CPU 0 > > halt code = 2 > kernel stack not valid halt > PC = fffffc00004ac70c > >>> > Brett, Can you build a debugging kernel (eg, config -g) and map that PC to a source code line? Also, can you print out the return address from the SRM console & map that to a symbol? Eg: halt code = 5 HALT instruction executed PC = fffffc00004e7988 >>>e ra gpr: 1A ( R26) FFFFFC00003861D0 >>> You can map things to symbols by running gdb on sys/compile/BLAH/kernel.debug & looking at the address with a *0x prepended. From a normal shutown, you will see this: # gdb kernel.debug GNU gdb 4.18 Copyright 1998 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 "alpha-unknown-freebsd"... (gdb) l *0xFFFFFC00004E7988 0xfffffc00004e7988 is in alpha_srm_shutdown (../../alpha/alpha/machdep.c:255). 250 */ 251 static void 252 alpha_srm_shutdown(void *junk, int howto) 253 { 254 if (howto & RB_HALT) 255 alpha_pal_halt(); 256 } 257 258 static void 259 cpu_startup(dummy) (gdb) l *0xFFFFFC00003861D0 0xfffffc00003861d0 is in boot (../../kern/kern_shutdown.c:310). 305 #endif 306 dumpsys(); 307 } 308 309 /* Now that we're going to really halt the system... */ 310 EVENTHANDLER_INVOKE(shutdown_final, howto); 311 312 for(;;) ; /* safety against shutdown_reset not working */ 313 /* NOTREACHED */ 314 } This information could be very helpful. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message