From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 10 20:05:23 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F81E16A4CE for ; Tue, 10 Feb 2004 20:05:23 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-71.dsl.lsan03.pacbell.net [64.169.106.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 435C543D1D for ; Tue, 10 Feb 2004 20:05:23 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B31A666CC9; Tue, 10 Feb 2004 20:05:22 -0800 (PST) Date: Tue, 10 Feb 2004 20:05:22 -0800 From: Kris Kennaway To: Thomas Moestl Message-ID: <20040211040522.GA46616@xor.obsecurity.org> References: <20040201105032.GA17856@xor.obsecurity.org> <20040201164950.GB713@timesink.dyndns.org> <20040205085409.GA12282@xor.obsecurity.org> <20040205143536.GA712@timesink.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <20040205143536.GA712@timesink.dyndns.org> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org cc: Kris Kennaway Subject: Re: "panic: trap: fast data access mmu miss" on 5.2-C X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2004 04:05:23 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 05, 2004 at 03:35:36PM +0100, Thomas Moestl wrote: > On Thu, 2004/02/05 at 00:54:09 -0800, Kris Kennaway wrote: > > On Sun, Feb 01, 2004 at 05:49:50PM +0100, Thomas Moestl wrote: > > > Looks like the back trace ran off the end of the stack; > > > db_stack_trace_cmd() only handles the usual starting points of kernel > > > stacks (traps from userland), but not freshly forked processes (or > > > kernel threads). The attached patch should fix that by initializing > > > the fr_pc and fr_fp fields of the first frame to 0 in cpu_fork(). >=20 > Did you get a witness backtrace ending in fork_trampoline() since? Looks like this is good to go. Kris --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAKaoCWry0BWjoQKURAio4AJ93eaxrml0QTeeYKNz8/Bvc4FswtwCg+F/A mQ7hDeifgaFa2HYG0/3E7ko= =ltxi -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8--