From owner-freebsd-alpha Wed May 10 17:47:34 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.enetis.net (mail.enetis.net [206.31.204.3]) by hub.freebsd.org (Postfix) with ESMTP id 8DCFE37B9FE for ; Wed, 10 May 2000 17:47:29 -0700 (PDT) (envelope-from bbump@mail.enetis.net) Received: from mail.enetis.net (rc-pm3-3-13.enetis.net [206.31.207.124]) by mail.enetis.net (8.9.1/8.9.1) with ESMTP id SAA09797 for ; Wed, 10 May 2000 18:47:26 -0600 (MDT) Message-ID: <391A031A.4CB8509A@mail.enetis.net> Date: Wed, 10 May 2000 18:47:22 -0600 From: Brett Bump X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-alpha@FreeBSD.ORG Subject: Re: 3300/3305 and 5300/5305 Problems References: <39148C07.E97DCEAF@mail.enetis.net> <14614.49806.293997.4055@grasshopper.cs.duke.edu> <3918CBC5.C9495F35@mail.enetis.net> <14617.22897.113127.677981@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Andrew Gallatin wrote: > > 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 > (, trap, vm_fault, vm_map_lookup -> , trap, vm_fault, > vm_map_lookup -> <...> ), 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(). Ok Andrew here is the next installment in the SAGA of the 3300/3305: fatal kernel trap: trap entry = 0x2 (memory management fault) a0 = 0x0 a1 = 0x1 a2 = 0xffffffffffffffff pc = 0x0 ra = 0xfffffc00004b16cc curproc = 0 panic: trap Uptime: 0s (gdb) l *0xfffffc00004b16cc 0xfffffc00004b16cc is in alpha_init (../../alpha/alpha/machdep.c:747). 742 cputype = hwrpb->rpb_type; 743 if (cputype >= ncpuinit) { 744 platform_not_supported(cputype); 745 /* NOTREACHED */ 746 } 747 cpuinit[cputype].init(cputype); 748 snprintf(cpu_model, sizeof(cpu_model), "%s", platform.model); 749 750 /* 751 * Initalize the real console, so the the bootstrap console is (gdb) Um...does this look like what I think it looks like? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message