From owner-freebsd-alpha Tue Jul 10 20:27:59 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 3CD6737B403 for ; Tue, 10 Jul 2001 20:27:55 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6B3RsS00388 for ; Tue, 10 Jul 2001 20:27:54 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Tue, 10 Jul 2001 20:27:50 -0700 (PDT) From: Matthew Jacob Reply-To: To: Subject: Re: [ alpha ] supplement to beast becoming available (fwd) Message-ID: <20010710202536.M9225-100000@wonky.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org following up further on this- make sure you also don't have hints set by the loader. That can also be bad if they get duplicated. -matt ---------- Forwarded message ---------- Date: Sun, 8 Jul 2001 22:13:33 -0700 (PDT) From: Matthew Jacob To: Matt Dillon Cc: David O'Brien , Jordan Hubbard , developers@FreeBSD.org Subject: Re: [ alpha ] supplement to beast becoming available Uh, yeah, what've asked for. Point to note- the RA is also important because if you don't have a DDB stack trace, the RA can tell you where you've come from most reacently. On Sun, 8 Jul 2001, Matt Dillon wrote: > > :isp0: port 0x8000-0x80ff mem 0x81010000- > :0x81010fff irq 16 at device 9.0 on pci1 > :isp0: interrupting at CIA irq 16 > :atkbdc0: at port 0x60,0x64 on isa0 > :atkbd0: irq 1 on atkbdc0 > :atkbd0: interrupting at ISA irq 1 > :atkbd1: irq 1 on atkbdc0 > : > :fatal kernel trap: > : > : trap entry = 0x2 (memory management fault) > : faulting va = 0x60 > : type = access violation > : cause = load instructon > : pc = 0xfffffc00003f599c > : ra = 0xfffffc0000549b5c > : sp = 0xfffffc0000693408 > : usp = 0x0 > : curproc = 0xfffffc00006122e0 > : pid = 0, comm = swapper > : > :panic: trap > :Uptime: 0s > :Automatic reboot in 15 seconds - press a key on the console to abort > > This sure likes it ought to be easy to track down... you have what > looks to be a null pointer dereference and a good PC. Just take the > nm kernel.debug | sort output and locate the routine that pc resides > in... > > -Matt > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message