Skip site navigation (1)Skip section navigation (2)
Date:      Mon,  8 May 2000 09:42:06 -0400 (EDT)
From:      Andrew Gallatin <gallatin@cs.duke.edu>
To:        Brett Bump <bbump@mail.enetis.net>
Cc:        freebsd-alpha@FreeBSD.ORG
Subject:   Re: 3300/3305 and 5300/5305 Problems
Message-ID:  <14614.49806.293997.4055@grasshopper.cs.duke.edu>
In-Reply-To: <39148C07.E97DCEAF@mail.enetis.net>
References:  <Pine.LNX.4.10.10005061257280.19862-100000@server.engec.com.br> <39148C07.E97DCEAF@mail.enetis.net>

next in thread | previous in thread | raw e-mail | index | archive | help

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




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