From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1HdA3M-0004mS-Si
	for qemu-devel@nongnu.org; Sun, 15 Apr 2007 15:06:24 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1HdA3K-0004ew-B9
	for qemu-devel@nongnu.org; Sun, 15 Apr 2007 15:06:23 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1HdA3K-0004ep-54
	for qemu-devel@nongnu.org; Sun, 15 Apr 2007 15:06:22 -0400
Received: from mail.codesourcery.com ([65.74.133.4])
	by monty-python.gnu.org with esmtps
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
	(envelope-from <paul@codesourcery.com>) id 1Hd9ym-0000Zc-C5
	for qemu-devel@nongnu.org; Sun, 15 Apr 2007 15:01:40 -0400
From: Paul Brook <paul@codesourcery.com>
Subject: Re: [Qemu-devel] qemu/pc-bios README openbios-sparc32 openbios-s...
Date: Sun, 15 Apr 2007 20:01:35 +0100
References: <E1HcyNZ-0000Vg-OZ@cvs> <46221DB9.9060803@mail.berlios.de>
	<f43fc5580704150803j7539dbcal733b04941c98c7c0@mail.gmail.com>
In-Reply-To: <f43fc5580704150803j7539dbcal733b04941c98c7c0@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200704152001.35967.paul@codesourcery.com>
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org
Cc: Blue Swirl <blauwirbel@gmail.com>

On Sunday 15 April 2007 16:03, Blue Swirl wrote:
> On 4/15/07, Stefan Weil <weil@mail.berlios.de> wrote:
> > The Sparc64 image is much larger than the Sparc32 image,
> > but the size command displays a much smaller text and data size
> > (about the same size as for the Sparc32 image).
> >
> > Maybe it contains some unneeded parts?
>
> Thanks for the report. There is indeed a whole lot of unused space
> between ELF header and start of .text segment.
>
> But I don't see what in the ldscript (attached) causes the gap to
> appear. Suggestions?

Probably the linker is making sure the file offset and VMA are the same modulo 
the page size.

For our purposes we don't care about this. On an OS with virtual memory this 
means the image can be mmapped drectly into memory.

Paul