From owner-freebsd-embedded@FreeBSD.ORG Mon Oct 13 06:26:26 2008 Return-Path: Delivered-To: freebsd-embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 565641065695 for ; Mon, 13 Oct 2008 06:26:26 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2EB088FC14 for ; Mon, 13 Oct 2008 06:26:26 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 7A97117850D; Mon, 13 Oct 2008 02:26:25 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Mon, 13 Oct 2008 02:26:25 -0400 X-Sasl-enc: U3zkgyO6Hvt02QcJXFvLbzdl0Lnv0SuWyYRnhV3C2ymk 1223879185 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id EB9C613A9E; Mon, 13 Oct 2008 02:26:24 -0400 (EDT) Message-ID: <48F2EA0D.9080502@incunabulum.net> Date: Mon, 13 Oct 2008 07:26:21 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: "M. Warner Losh" References: <48ECF8F5.8090805@incunabulum.net> <20081008.150716.570083949.imp@bsdimp.com> In-Reply-To: <20081008.150716.570083949.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-embedded@freebsd.org Subject: Re: Broadcom MIPS kernel bit-rot X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2008 06:26:26 -0000 M. Warner Losh wrote: > I think this may be a change in the SGI style ELF binaries to a > Traditional SYS V style that we did before we imported the code, but > after you did the original work on the sentry... > I've committed a fix to SVN now. It seems that the required fix was to enforce the order of the ELF program segments using a GNU ld PHDRS config section. I also minimized the diff with the existing ldscript.mips file. At the same time I fixed the dynamic hash load -- it turns out CFE will not load PT_DYNAMIC segments, however it will blindly load PT_LOAD segments containing dynamic ELF sections. Now we get symbol lookup in backtraces, however it also seems DDB isn't always smart enough to find the nearest symbol.