From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CaHC7-0005m0-Et for mharc-grub-devel@gnu.org; Fri, 03 Dec 2004 12:26:11 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CaHC6-0005lJ-5b for grub-devel@gnu.org; Fri, 03 Dec 2004 12:26:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CaHC5-0005l7-MJ for grub-devel@gnu.org; Fri, 03 Dec 2004 12:26:09 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CaHC5-0005l4-Hk for grub-devel@gnu.org; Fri, 03 Dec 2004 12:26:09 -0500 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CaH2Q-0001PX-NY for grub-devel@gnu.org; Fri, 03 Dec 2004 12:16:11 -0500 Received: from localhost (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id 46C82F4CA5BF for ; Fri, 3 Dec 2004 18:16:10 +0100 (CET) From: "Yoshinori K. Okuji" Organization: enbug.org To: The development of GRUB 2 Date: Fri, 3 Dec 2004 18:18:04 +0100 User-Agent: KMail/1.6.1 References: <20041203053646.GA22463@miracle> In-Reply-To: <20041203053646.GA22463@miracle> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200412031818.04458.okuji@enbug.org> Subject: Re: [ppc patch] grub-mkimage 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: Fri, 03 Dec 2004 17:26:10 -0000 On Friday 03 December 2004 06:36, Hollis Blanchard wrote: > I'm firmly convinced that grub_load_modules(), currently in > kern/main.c, will need to be changed to a more generic interface. For > example, each arch could provide its own grub_module_start() and > grub_module_end() functions. It is no longer a valid assumption that > the modules begin immediately after grub_end_addr in memory. But for > now I will leave that to someone (Marco?) doing the real module > loading; grub-mkimage just needs to get it into memory (which I've > verified it does). I agree. Okuji