From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ldsz9-0006ye-Db for mharc-grub-devel@gnu.org; Sun, 01 Mar 2009 16:14:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ldsz8-0006yN-3Z for grub-devel@gnu.org; Sun, 01 Mar 2009 16:14:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ldsz4-0006xK-Iq for grub-devel@gnu.org; Sun, 01 Mar 2009 16:14:05 -0500 Received: from [199.232.76.173] (port=40352 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ldsz4-0006x9-Cv for grub-devel@gnu.org; Sun, 01 Mar 2009 16:14:02 -0500 Received: from mail-fx0-f172.google.com ([209.85.220.172]:40399) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ldsz3-0004bb-TQ for grub-devel@gnu.org; Sun, 01 Mar 2009 16:14:02 -0500 Received: by fxm20 with SMTP id 20so1757786fxm.42 for ; Sun, 01 Mar 2009 13:14:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=AkAGmZsjDLovH+SkzPTLe8fBDM516kAndzoHsZKbzWw=; b=CXLlbBStqm5M7511Gge7bSX2VIbwp0wkCWLAeOEckh93BhOhhNwkfH/Oizwu5kWgyk pRl6mfa5iWTAPfNI9qo2wNA+ZNQBlXUXzG9nOFLW3wsb5PTnNocI2cJVVfq7MIhxfBk4 RN+zpJeJT5f/GBVyWrjgIV/dZ/y8SD8gtcDVM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=Jj31qSv9C00lgw0Ljys7pS85BPy9tpH1jDcgw7BYD6nEX37nmgwswtAixXdD58SEXL pElL1CKtth96cTiokpxa80nuyYIgMJC1ayLSuQ1Tp5BrIknc92SrsKQVoyp92AzR0B0t xTkUDgj+BX0sZev+q2IgIzjvdtxLLawamWck0= Received: by 10.86.50.8 with SMTP id x8mr5773940fgx.14.1235942040738; Sun, 01 Mar 2009 13:14:00 -0800 (PST) Received: from ?192.168.1.2? (211-140.79-83.cust.bluewin.ch [83.79.140.211]) by mx.google.com with ESMTPS id e11sm26095fga.50.2009.03.01.13.14.00 (version=SSLv3 cipher=RC4-MD5); Sun, 01 Mar 2009 13:14:00 -0800 (PST) Message-ID: <49AAFA97.7010504@gmail.com> Date: Sun, 01 Mar 2009 22:13:59 +0100 From: phcoder User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: The development of GRUB 2 References: <49A96398.1070609@gmail.com> <49AA682D.4040602@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: Efiemu 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: Sun, 01 Mar 2009 21:14:06 -0000 Bean wrote: > > First, I notice some novel use of macro. For example, use GRUB_EFI to > wrap around efi calls, which expands to different prefix in different > environment. I'm not a big fan of macro, and this seems a little > weird. It can't be done without at least some macros because it's able to load 64-bit efiemu from 32-bit mode and vice-versa. But GRUB_EFI can be replaced to a set of grub_autoefi_* aliases > > Also, perhaps you should just avoid linux_efiemu altogether. The efi > linux loader contains some tricks that mostly make sense in apple efi > firmware, and it might cause hazard in bios environment. Besides, if > it's just for testing purpose, linux is not a very good efi citizen, > it doesn't even have a efi loader of its own. > I agree that for now this part of patch should probably be left out. At least until we merge all i386/*/linux.c to i386/linux.c by using Vesa's memory manager and video functions. However efiemu can help linux to get decent efi support in future. -- Regards Vladimir 'phcoder' Serbinenko