From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 13 19:48:45 2006 Return-Path: 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 8967B16A420 for ; Mon, 13 Feb 2006 19:48:45 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86FFB43D70 for ; Mon, 13 Feb 2006 19:48:44 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 8370598 for multiple; Mon, 13 Feb 2006 14:47:58 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1DJmZNb051482; Mon, 13 Feb 2006 14:48:36 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Antoine Brodin Date: Mon, 13 Feb 2006 14:30:09 -0500 User-Agent: KMail/1.9.1 References: <200602131150.k1DBo6S1074438@freefall.freebsd.org> <200602131223.51561.jhb@freebsd.org> <20060213193613.547d1b8f.antoine.brodin@laposte.net> In-Reply-To: <20060213193613.547d1b8f.antoine.brodin@laposte.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602131430.11228.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1286/Mon Feb 13 06:41:56 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 19:48:45 -0000 On Monday 13 February 2006 13:36, Antoine Brodin wrote: > John Baldwin wrote: > > If there are kernel functions before the assembly ones (dependent on link > > order) then this would wrongly bail when it hit those. I think you need > > to do what the ddb stack tracing code does which is to lookup the symbol > > name and do a bcmp() on the first 4 chars to recognize trapframes. > > I ran objdump -d on a sparc64 kernel and it looks like tl0_* and tl1_* > are always at the beginning of the code, there is some kind of magic. magic aside, it would be best to use the same algorithm in both places IMO. It would also be a lot more intuitive to other folks later on. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org