From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1GYnCJ-0006Nq-V5 for mharc-grub-devel@gnu.org; Sat, 14 Oct 2006 13:21:20 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GYnCH-0006Jp-KM for grub-devel@gnu.org; Sat, 14 Oct 2006 13:21:18 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GYnCG-0006HT-AO for grub-devel@gnu.org; Sat, 14 Oct 2006 13:21:16 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GYnCF-0006Gk-SN for grub-devel@gnu.org; Sat, 14 Oct 2006 13:21:15 -0400 Received: from [212.27.42.35] (helo=smtp5-g19.free.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GYnKy-00019P-1f for grub-devel@gnu.org; Sat, 14 Oct 2006 13:30:16 -0400 Received: from saphi (boi78-1-82-232-198-173.fbx.proxad.net [82.232.198.173]) by smtp5-g19.free.fr (Postfix) with ESMTP id B61822764B for ; Sat, 14 Oct 2006 19:21:14 +0200 (CEST) Received: from gingold by saphi with local (Exim 3.36 #1 (Debian)) id 1GYnEL-0000mt-00 for ; Sat, 14 Oct 2006 19:23:25 +0200 Date: Sat, 14 Oct 2006 19:23:25 +0200 To: The development of GRUB 2 Message-ID: <20061014172325.GA3021@saphi> References: <1160779061.21017.75.camel@basalt.austin.ibm.com> <200610141733.44320.okuji@enbug.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200610141733.44320.okuji@enbug.org> User-Agent: Mutt/1.5.6+20040907i From: Tristan Gingold Subject: Re: [PATCH] generic ELF loading X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Oct 2006 17:21:18 -0000 On Sat, Oct 14, 2006 at 05:33:44PM +0200, Yoshinori K. Okuji wrote: > On Saturday 14 October 2006 00:37, Hollis Blanchard wrote: > > This patch adds generic ELF loading infrastructure for both 32-bit and > > 64-bit ELF. It provides an "iterate" function for program headers, and a > > "load" function for convenience. > > The idea is very good. But I don't like that loaded areas are always allocated > from the heap. GRUB has a staging area for OS images on i386-pc, and I prefer > to load an image directly instead of consuming the heap. Two points for ia64: * the area must be allocated from EFI. * we need to support relocation: loading the ELF file with an offset (this feature can be on/off/forced). Tristan.