From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 4 19:39:13 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7501C1065672 for ; Wed, 4 Feb 2009 19:39:13 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 0558C8FC16 for ; Wed, 4 Feb 2009 19:39:12 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n14JdAZW016401; Wed, 4 Feb 2009 20:39:10 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n14JdA1S016400; Wed, 4 Feb 2009 20:39:10 +0100 (CET) (envelope-from marius) Date: Wed, 4 Feb 2009 20:39:10 +0100 From: Marius Strobl To: Craig Butler Message-ID: <20090204193910.GH15677@alchemy.franken.de> References: <1233668470.1364.45.camel@main.lerwick.hopto.org> <20090203220737.GA7715@alchemy.franken.de> <1233756984.45384.31.camel@main.lerwick.hopto.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1233756984.45384.31.camel@main.lerwick.hopto.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64 Subject: Re: can anyone make available the whole usIII source tree from perforce please 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: Wed, 04 Feb 2009 19:39:13 -0000 On Wed, Feb 04, 2009 at 02:16:24PM +0000, Craig Butler wrote: > > Hi Marius, > > Thanks for all your hard work and pointers so far. I have compiled and > installed the new kernel (cas is statically compiled in). Unfortunately > its panic'ing on boot with the following; > > cas0: at device 10.0 on pci0 > panic: trap: memory address not aligned > cpuid = 0 > Uptime: 1s > > Is there a work around for that ? am I able to get anymore detail on the > trap ? > I need a backtrace and the corresponding source code line numbers to help you with this. The failsafe way to obtain these is to use a kernel built with kdb(4) and ddb(4) and to translate the addresses from the backtrace using gdb(1) with the corresponding kernel.debug. Marius