Date: Wed, 10 May 2000 08:53:34 -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: <14617.22897.113127.677981@grasshopper.cs.duke.edu> In-Reply-To: <3918CBC5.C9495F35@mail.enetis.net> References: <Pine.LNX.4.10.10005061257280.19862-100000@server.engec.com.br> <39148C07.E97DCEAF@mail.enetis.net> <14614.49806.293997.4055@grasshopper.cs.duke.edu> <3918CBC5.C9495F35@mail.enetis.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Brett Bump writes: <..> > Ok Andrew, here is what we come up with: > > halt code = 2 > kernel stack not valid halt > PC = fffffc000049704c > boot failure > >>>e ra > gpr: 1A( R26) FFFFFC000048F9A8 > >>> > > Gdb tells me: > > (gdb) l *0xfffffc000049704c > 0xfffffc000049704c is in vm_map_lookup (../../vm/vm_map.c:2470). <...> > (gdb) l *0xfffffc000048f9a8 > 0xfffffc000048f9a8 is in vm_fault (../../vm/vm_fault.c:206). <...> > Hope this helps. > > Brett Yes. Sorta. I think we're getting an memory access fault before we are ready to get one. Because of this, we end up taking a fault from somewhere in the vm_fault() call chain & essentially recursing (<fault>, trap, vm_fault, vm_map_lookup -> <fault>, trap, vm_fault, vm_map_lookup -> <fault> <...> ), until we run out of stack space and the palcode puts an end to it. Please edit sys/alpha/alpha/trap.c and add goto dopanic; prior to each call to vm_fault(). This should cause a message to be printed on the console similar to: trap entry = 0x2 (memory management fault) a0 = 0xfffffe00106aa000 a1 = 0x1 a2 = 0x0 pc = 0xfffffc00004f2f68 ra = 0xfffffc00004f2fec curproc = 0xfffffe00145e5cc0 pid = 1, comm = swapper Please transcribe this message, this will give me (and anybody else who cares to help) a clue about what is actually happening. I'm really only interested in the first message you see. Needless to say, don't expect to use this kernel with all the goto dopanics for anything -- you'll need to revert trap.c back to its original form once we get this debugged. Thanks, 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?14617.22897.113127.677981>