From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1GSvbU-00085j-OK for mharc-grub-devel@gnu.org; Thu, 28 Sep 2006 09:07:04 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GSvbT-00085e-3k for grub-devel@gnu.org; Thu, 28 Sep 2006 09:07:03 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GSvbO-00085I-HN for grub-devel@gnu.org; Thu, 28 Sep 2006 09:07:01 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GSvbO-00085F-CM for grub-devel@gnu.org; Thu, 28 Sep 2006 09:06:58 -0400 Received: from [143.182.124.21] (helo=mga03.intel.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GSvgT-0002BI-LZ for grub-devel@gnu.org; Thu, 28 Sep 2006 09:12:13 -0400 Received: from azsmga001.ch.intel.com ([10.2.17.19]) by mga03.intel.com with ESMTP; 28 Sep 2006 06:06:55 -0700 Received: from unknown (HELO [172.16.96.94]) ([172.16.96.94]) by azsmga001.ch.intel.com with ESMTP; 28 Sep 2006 06:06:52 -0700 X-ExtLoop1: 1 X-IronPort-AV: i="4.09,230,1157353200"; d="scan'208"; a="124272988:sNHT17528147" Message-ID: <451BC8E9.7080905@intel.com> Date: Thu, 28 Sep 2006 21:06:49 +0800 From: "bibo,mao" User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: The development of GRUB 2 References: <1159443706.451bb4fad4e1a@imp6-g19.free.fr> In-Reply-To: <1159443706.451bb4fad4e1a@imp6-g19.free.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: tgingold@free.fr Subject: Re: Grub for ia64 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: Thu, 28 Sep 2006 13:07:03 -0000 It is great!!!, I will test on my IA64 box tommorrow. And I have few minor comments like this. whether kern/ia64/efi/init.c can be common for all architectures of efi platform, only grub_arch_sync_caches is different, this function can be placed on arch specific place. Function find_mmap_size can fit for all architectures. why write different grub_efi_allocate_pages/grub_efi_free_boot_pages, we can modify these two functions to fit for all architecture EFI platform. thanks bibo,mao tgingold@free.fr wrote: > Hi > > this is a port of grub2 to ia64. ia64 systems (itanium) are EFI based so this > port reuse existing EFI infrastructure. > > I have made 4 patches: > > efi64.diffs: fix a 64 bits issue of efi/api.h > fat.diffs: fix 64bits issues and make filename match case insensitive. > > [I think most 64 bits issues have already been reported recently and > independently by the mail grub2 64bit system compatible] > > ia64.diffs: ia64 specific files > > modules.diffs: > currently the ia64 port cannot load modules. This patch makes slight changes > so that grub can be completly prelinked without removing the dynamic loading > feature. > I think it is worth for three reasons: > * it makes initial port easier. > * the current common code can't work on ia64 (on ia64 a function pointer is a > descriptor and not the address of the first function instruction). > * grub-emu doesn't have dynamic modules and could reuse this work to remove > most of #ifdef/#endif GRUB_UTIL > > I have also written a few additionnal EFI specific commands I will post later. > > Tristan. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel