From owner-freebsd-sparc64@FreeBSD.ORG  Sun Feb 19 20:54:50 2006
Return-Path: <owner-freebsd-sparc64@FreeBSD.ORG>
X-Original-To: freebsd-sparc64@freebsd.org
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 0D46216A420
	for <freebsd-sparc64@freebsd.org>; Sun, 19 Feb 2006 20:54:50 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0FAE243D4C
	for <freebsd-sparc64@freebsd.org>; Sun, 19 Feb 2006 20:54:48 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196])
	by elvis.mu.org (Postfix) with ESMTP id B3F6D1A3C1B;
	Sun, 19 Feb 2006 12:54:48 -0800 (PST)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id EF69F5146A; Sun, 19 Feb 2006 15:54:47 -0500 (EST)
Date: Sun, 19 Feb 2006 15:54:47 -0500
From: Kris Kennaway <kris@obsecurity.org>
To: Marius Strobl <marius@alchemy.franken.de>
Message-ID: <20060219205447.GA67514@xor.obsecurity.org>
References: <200602131150.k1DBo6S1074438@freefall.freebsd.org>
	<200602131223.51561.jhb@freebsd.org>
	<20060213193613.547d1b8f.antoine.brodin@laposte.net>
	<200602131430.11228.jhb@freebsd.org>
	<20060213213719.7767921e.antoine.brodin@laposte.net>
	<20060214094744.A81690@newtrinity.zeist.de>
	<20060214205432.38121641.antoine.brodin@laposte.net>
	<20060216134823.S53619@newtrinity.zeist.de>
	<20060216184328.749c4454.antoine.brodin@laposte.net>
	<20060219125855.B53619@newtrinity.zeist.de>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh"
Content-Disposition: inline
In-Reply-To: <20060219125855.B53619@newtrinity.zeist.de>
User-Agent: Mutt/1.4.2.1i
Cc: freebsd-sparc64@freebsd.org, Antoine Brodin <antoine.brodin@laposte.net>
Subject: Re: sparc64/93226: DEBUG_LOCKS (really stack_save()) causes panics
	on sparc64
X-BeenThere: freebsd-sparc64@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Porting FreeBSD to the Sparc <freebsd-sparc64.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64>, 
	<mailto:freebsd-sparc64-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-sparc64>
List-Post: <mailto:freebsd-sparc64@freebsd.org>
List-Help: <mailto:freebsd-sparc64-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64>,
	<mailto:freebsd-sparc64-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 19 Feb 2006 20:54:50 -0000


--NzB8fVQJ5HfG6fxh
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Feb 19, 2006 at 12:58:55PM +0100, Marius Strobl wrote:
> On Thu, Feb 16, 2006 at 06:43:28PM +0100, Antoine Brodin wrote:
> > Marius Strobl <marius@alchemy.franken.de> wrote:
> > > Ok, how about the attached patch? It uses two pairs of dummy symbols
> > > in exception.S to determine in stack_save() whether it was one of the
> > > tl0_*() or tl1_*() asm functions; one pair for those in the .trap
> > > section that is "magically" placed at the beginning of the .text
> > > section via the linker script and the other pair for those in the
> > > regular .text section. That way we don't rely on the location of
> > > these functions in the kernel and don't have the performance penalty
> > > of *search_symbol()/*symbol_values(). For consistency db_backtrace()
> > > is changed to also use the new markers instead of bcmp()'ing with
> > > the symbol names.
> >=20
> > If this fixes the panic, that's excellent
> >=20
>=20
> Yes, does :) Thanks for your help!

Thanks for fixing!

Kris

--NzB8fVQJ5HfG6fxh
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (FreeBSD)

iD8DBQFD+NsXWry0BWjoQKURAjstAKCmuZM5+MvlveTS9thh7QLIZ1DCDgCdECeR
UI3EL07rITkw5Mt2EorWMJU=
=tA8s
-----END PGP SIGNATURE-----

--NzB8fVQJ5HfG6fxh--