From owner-freebsd-current@freebsd.org Fri Jan 8 20:45:33 2016 Return-Path: Delivered-To: freebsd-current@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 DF381A67BB9; Fri, 8 Jan 2016 20:45: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 AF37712C6; Fri, 8 Jan 2016 20:45:33 +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 u08Kj2Px059004; Fri, 8 Jan 2016 15:45:10 -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> Cc: FreeBSD-Current , freebsd-sparc64@freebsd.org From: Kurt Lidl Message-ID: <56901FCE.1040605@pix.net> Date: Fri, 8 Jan 2016 15:45:02 -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: <20160108185801.GA87189@alchemy.franken.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2016 20:45:34 -0000 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. Thanks. -Kurt