From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10655 invoked by alias); 11 Apr 2004 21:29:58 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 10648 invoked from network); 11 Apr 2004 21:29:58 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 11 Apr 2004 21:29:58 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i3BLTvMC032168 for ; Sun, 11 Apr 2004 17:29:57 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i3BLTvj27075; Sun, 11 Apr 2004 17:29:57 -0400 Received: from livre.redhat.lsd.ic.unicamp.br (vpn64-5.boston.redhat.com [172.16.66.5]) by pobox.corp.redhat.com (8.12.8/8.12.8) with ESMTP id i3BLTu0s018770; Sun, 11 Apr 2004 17:29:57 -0400 Received: from livre.redhat.lsd.ic.unicamp.br (livre.redhat.lsd.ic.unicamp.br [127.0.0.1]) by livre.redhat.lsd.ic.unicamp.br (8.12.11/8.12.11) with ESMTP id i3BLTtnM009733; Sun, 11 Apr 2004 18:29:55 -0300 Received: (from aoliva@localhost) by livre.redhat.lsd.ic.unicamp.br (8.12.11/8.12.11/Submit) id i3BLTqgh009730; Sun, 11 Apr 2004 18:29:52 -0300 To: Daniel Jacobowitz Cc: binutils@sources.redhat.com Subject: Re: 2.15 branch merge References: <20040409183301.GA24695@nevyn.them.org> <20040410035120.GA7860@nevyn.them.org> From: Alexandre Oliva Organization: Red Hat Global Engineering Services Compiler Team Date: Mon, 12 Apr 2004 00:36:00 -0000 In-Reply-To: <20040410035120.GA7860@nevyn.them.org> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-04/txt/msg00196.txt.bz2 On Apr 10, 2004, Daniel Jacobowitz wrote: > Depends on your target, of course: if you have 4K pages, and page-level > virtual memory mappings, then it doesn't much matter. The extra pages > will waste up to 12 KB worth of virtual address space. If you don't > have an MMU (doesn't the FRV port support uclinux as a kernel?) then > that might be a much bigger deal, since you'll be wasting real RAM. There is an MMU on at least one of the parts targeted by the FDPIC ABI, and the minimum page size is 16KiB. It's frv-elf that I'm worried about. This patch changes the `Align' entry of every PT_LOAD PHDR from 0x1000 to 0x4000. I don't quite understand the implications of this change though. > Perhaps you should look at COMMONPAGESIZE, which will probably fix > this. Err... I don't see how it could. The problem is that, for non-FDPIC, I'd like to keep ELFPAGESIZE as it was before, but for FDPIC, I really need it to be bumped up to 16KiB. -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}