From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1ERZIC-0007LG-QA for mharc-grub-devel@gnu.org; Mon, 17 Oct 2005 14:01:00 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ERZIB-0007Kz-A9 for grub-devel@gnu.org; Mon, 17 Oct 2005 14:00:59 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ERZIA-0007Km-Lp for grub-devel@gnu.org; Mon, 17 Oct 2005 14:00:59 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ERZIA-0007Kj-Iv for grub-devel@gnu.org; Mon, 17 Oct 2005 14:00:58 -0400 Received: from [64.246.60.36] (helo=orange.8dg.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1ERZIA-0001u6-8V for grub-devel@gnu.org; Mon, 17 Oct 2005 14:00:58 -0400 Received: from p66-178.acedsl.com ([66.114.66.178] helo=[192.168.186.39]) by orange.8dg.net with esmtp (Exim 4.44) id 1ERZI8-0007A8-28 for grub-devel@gnu.org; Mon, 17 Oct 2005 14:00:56 -0400 Message-ID: <4353E6E9.8020105@bartgrantham.com> Date: Mon, 17 Oct 2005 14:01:13 -0400 From: Bart Grantham User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 X-Accept-Language: en-us, en MIME-Version: 1.0 To: The development of GRUB 2 References: <200510152015.33096.okuji@enbug.org> <873bn1heag.fsf@student.han.nl> <87zmp99nfa.fsf@student.han.nl> <87vezx9m5e.fsf@student.han.nl> <87mzl99klb.fsf@student.han.nl> <43535305.3050002@bartgrantham.com> <4353D881.3090503@yahoo.fr> In-Reply-To: <4353D881.3090503@yahoo.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - orange.8dg.net X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - bartgrantham.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: Sparc bootblock [Was: SFS breaks PPC build ] 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: Mon, 17 Oct 2005 18:00:59 -0000 Vincent Pelletier wrote: > Bart Grantham wrote: > >>- have it verify that the file at the configured sector(s) is an ELF file > > Quite easy if we stick to the header signature. > Well, I was referring to the ELF magic number rather than the multiboot magic number. I'll probably check the first unconditionally and the second can be overridden with a boot parameter. >>- follow through and make sure it properly boots an ELF image (right now >>it only gets it into memory) > > I think there are 2 ways : > -write your own Forth ELF relocating code (might be fun, but beside that...) > -have the "init-program" command do this work for you, which require you > to load the image where "boot net" loads it (or maybe other commands, > but for now I only know about boot net as it is the only way to > currently boot grub2 on sparc64 ;) ). Heh. I looked into this and I'm definitely going the init-program route. I don't think that there's a platform independent way of doing relocation and I don't really feel that it's in the spirit of OF anyways. Besides, writing F-Code is mind-bending enough as it is. :) >>- verify that the code works on PPC, and if not, try to make it work so >>that there's a unified bootblock [not sure if this is reasonable as I'm >>not as familiar with how PPC OF boots... how similiar is it to Sparc?] > > I think this one can't be done without making the FCode grow quite big. Perhaps. But I'll try for it anyways because if it's possible, I'd like to have it as a workable alternative for PPC users who aren't using a filesystem their PROM understands. For example, someone porting ReactOS (NTFS) or HaikuOS (BFS) to PPC. (Hey! Don't laugh... it could happen! ;) ) >>- same for sparc32 > > I would be interested if the port could be unified in 32bits. Me too. Or at least try to get the two platforms as close as possible. I'll keep you abreast of what I discover. Bart