From owner-freebsd-embedded@FreeBSD.ORG Mon Oct 13 18:46:52 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 1AFD21065690 for ; Mon, 13 Oct 2008 18:46:52 +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 CCE368FC2C for ; Mon, 13 Oct 2008 18:46:51 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 892C01610FF for ; Mon, 13 Oct 2008 14:46:50 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 13 Oct 2008 14:46:50 -0400 X-Sasl-enc: UUrZHIyndA+xDr6OPiW/MLi+RR4qicWIGFzN4kKkqEVm 1223923610 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 0FEA12BEB8 for ; Mon, 13 Oct 2008 14:46:49 -0400 (EDT) Message-ID: <48F39798.3010606@incunabulum.net> Date: Mon, 13 Oct 2008 19:46:48 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: freebsd-embedded@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ELF loader problem with CFE on ASUS WL500g 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 18:46:52 -0000 Hi, I just tried to boot the WGT634U kernel on the ASUS WL500g. CFE version is 1.0.37. It appears there's yet another problem with the ELF loader there -- it now looks at the p_paddr field. As this is out of range for physical memory (GNU ld set it the same as p_vaddr), it balks. Any suggestions for workarounds? I tried using the GNU ld "MEMORY" directive, however, it seems to munge p_vaddr also. It looks like objcopy's --change-section-lma option, with a negative offset, would do what I want, however it will need to be scripted to work on named sections. cheers BMS