From owner-freebsd-sparc64@FreeBSD.ORG  Sun Feb 19 11:59:05 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 5193216A420;
	Sun, 19 Feb 2006 11:59:05 +0000 (GMT)
	(envelope-from marius@newtrinity.zeist.de)
Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9E91C43D48;
	Sun, 19 Feb 2006 11:59:04 +0000 (GMT)
	(envelope-from marius@newtrinity.zeist.de)
Received: from newtrinity.zeist.de (localhost [127.0.0.1])
	by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id
	k1JBx1UK038008; Sun, 19 Feb 2006 12:59:01 +0100 (CET)
	(envelope-from marius@newtrinity.zeist.de)
Received: (from marius@localhost)
	by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k1JBwtuf038007;
	Sun, 19 Feb 2006 12:58:55 +0100 (CET) (envelope-from marius)
Date: Sun, 19 Feb 2006 12:58:55 +0100
From: Marius Strobl <marius@alchemy.franken.de>
To: Antoine Brodin <antoine.brodin@laposte.net>
Message-ID: <20060219125855.B53619@newtrinity.zeist.de>
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>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20060216184328.749c4454.antoine.brodin@laposte.net>;
	from antoine.brodin@laposte.net on Thu, Feb 16, 2006 at
	06:43:28PM +0100
X-AntiVirus-modified: yes
X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.1.0;
	VDF: 6.33.1.5; host: newtrinity.zeist.de)
Cc: freebsd-sparc64@freebsd.org
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 11:59:05 -0000

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.
> 
> If this fixes the panic, that's excellent
> 

Yes, does :) Thanks for your help!

Marius

-- 
This mail was scanned by AntiVir Milter.
This product is licensed for non-commercial use.
See www.antivir.de for details.