From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1GpD86-0001qM-Tz for mharc-grub-devel@gnu.org; Tue, 28 Nov 2006 19:16:51 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GpD83-0001mU-U0 for grub-devel@gnu.org; Tue, 28 Nov 2006 19:16:48 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GpD7z-0001fp-0S for grub-devel@gnu.org; Tue, 28 Nov 2006 19:16:45 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GpD7y-0001fA-HG for grub-devel@gnu.org; Tue, 28 Nov 2006 19:16:42 -0500 Received: from [195.54.107.70] (helo=mxfep01.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GpD7y-00064y-4n for grub-devel@gnu.org; Tue, 28 Nov 2006 19:16:42 -0500 Received: from ironport2.bredband.com ([195.54.107.84] [195.54.107.84]) by mxfep01.bredband.com with ESMTP id <20061129001641.RMML24819.mxfep01.bredband.com@ironport2.bredband.com> for ; Wed, 29 Nov 2006 01:16:41 +0100 Received: from c-e8df71d5.029-19-73746f13.cust.bredbandsbolaget.se (HELO localhost.localdomain) ([213.113.223.232]) by ironport2.bredband.com with ESMTP; 29 Nov 2006 01:16:41 +0100 From: Johan Rydberg To: The development of GRUB 2 References: <200611281235.48809.okuji@enbug.org> <456C2F8C.1040709@intel.com> Date: Wed, 29 Nov 2006 01:22:49 +0100 In-Reply-To: <456C2F8C.1040709@intel.com> (mao bibo's message of "Tue, 28 Nov 2006 20:46:04 +0800") Message-ID: <87bqmrgkyu.fsf@night.trouble.net> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: Re: multiboot2: variable data size 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: Wed, 29 Nov 2006 00:16:50 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable "bibo,mao" writes: > If kernel image is bzImage, x64 efi bootloader need switch to 32 bit > protect mode(or real mode) from 64 bit long mode, and if kernel > image is gzipped/plain format, efi bootloader can directly jump to > 64-bit kernel entry address without mode switch. My opinion is that bzImages should be avoided on EFI platforms, or the decompress-code in Linux has to be rewritten.=20=20 It took me a good couple of hours of debugging to find out that Linux simply ignores the memory layout and assumes that low memory is free to use as it likes. ~j --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQBFbNLd3CqIy3K3X2ERAsdNAJsEHeowFYWGkgqXI6BAVGyw4eFaDQCeMQF9 0OwzzJAmaBc30H73zZo0nOA= =XCxv -----END PGP SIGNATURE----- --=-=-=--