From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NqwjB-000352-MK for qemu-devel@nongnu.org; Sun, 14 Mar 2010 18:56:09 -0400 Received: from [199.232.76.173] (port=37269 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NqwjB-00034g-94 for qemu-devel@nongnu.org; Sun, 14 Mar 2010 18:56:09 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Nqwj8-0000LI-NZ for qemu-devel@nongnu.org; Sun, 14 Mar 2010 18:56:09 -0400 Received: from mx20.gnu.org ([199.232.41.8]:24289) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Nqwj8-0000LE-Ft for qemu-devel@nongnu.org; Sun, 14 Mar 2010 18:56:06 -0400 Received: from mail.codesourcery.com ([38.113.113.100]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Nqwj7-00028T-Oe for qemu-devel@nongnu.org; Sun, 14 Mar 2010 18:56:06 -0400 From: Paul Brook Subject: Re: [Qemu-devel] [PATCH] load_elf: replace the address addend by a translation function Date: Sun, 14 Mar 2010 22:55:48 +0000 References: <1268600220-29293-1-git-send-email-aurelien@aurel32.net> <201003142159.45411.paul@codesourcery.com> <20100314221727.GG2381@hall.aurel32.net> In-Reply-To: <20100314221727.GG2381@hall.aurel32.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201003142255.48323.paul@codesourcery.com> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: Aurelien Jarno > Thanks for the review. > > On Sun, Mar 14, 2010 at 09:59:44PM +0000, Paul Brook wrote: > > > The patch also convert all machines that have an addend, simplify the > > > PowerPC kernel loading > > > > The new PPC code looks like it may break images > 16M in size. > > The idea was to get rid of the most significant byte, as it changes > depending on the kernel version, while we want the kernel to be loaded > at a fixed address. Looks like I have to shift the mask by four bits. I thought that problem was that some kernels are (incorrectly) linked with LMA==VMA, whereas they should have a base load address of zero. Paul