From owner-freebsd-sparc64@freebsd.org Sun Jan 10 23:22:33 2016 Return-Path: Delivered-To: freebsd-sparc64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BABEA6AA36; Sun, 10 Jan 2016 23:22:33 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254:10::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A71D1242; Sun, 10 Jan 2016 23:22:32 +0000 (UTC) (envelope-from lidl@pix.net) Received: from torb.pix.net ([IPv6:2001:470:e254:11:52:fed0:33f2:51b0]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPA id u0ANMKZ6020913; Sun, 10 Jan 2016 18:22:28 -0500 (EST) (envelope-from lidl@pix.net) X-Authentication-Warning: hydra.pix.net: Host [IPv6:2001:470:e254:11:52:fed0:33f2:51b0] claimed to be torb.pix.net Subject: Re: sparc64 traps during probe (r293243) To: Marius Strobl References: <568FD8E9.30702@pix.net> <20160108185801.GA87189@alchemy.franken.de> <56901FCE.1040605@pix.net> Cc: FreeBSD-Current , freebsd-sparc64@freebsd.org From: Kurt Lidl Message-ID: <5692E7AC.90308@pix.net> Date: Sun, 10 Jan 2016 18:22:20 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <56901FCE.1040605@pix.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2016 23:22:33 -0000 On 1/8/16 3:45 PM, Kurt Lidl wrote: > On 1/8/16 1:58 PM, Marius Strobl wrote: >> On Fri, Jan 08, 2016 at 10:42:33AM -0500, Kurt Lidl wrote: >>> I recently updated a sparc64 V120 from r291993 >>> to r293243, and it now traps during the >>> autoconfiguration phase of the kernel boot: >>> >> >> <...> >> >>> -- data access exception sfar=0xfffffcf821ca0218 sfsr=0x41029 >>> %o7=0xc06165e8 -- >> >> What code line does 0xc06165e8 translate to? >> >> Marius > > Unfortunately, I cannot tell you. I managed to destroy the > /usr/lib/debug/boot/kernel directory for the kernel that didn't > work properly. > > As noted in a different reply, a cross-built r293425 kernel > did boot, and I'm now re-building a native r293425 world on > the sparc64 host. > > If it the native build doesn't work, I'll get the information > you wanted from that build. I was able to install and boot the natively built r293426 tree successfully. So whatever the problem was, it was transient, or at least has not shown up on the machine running the natively compiled version of everything. -Kurt