From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Nc5b2-00078p-Vh for mharc-grub-devel@gnu.org; Mon, 01 Feb 2010 18:22:21 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nc5az-000750-0d for grub-devel@gnu.org; Mon, 01 Feb 2010 18:22:17 -0500 Received: from [199.232.76.173] (port=42967 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nc5ay-00074Y-Bd for grub-devel@gnu.org; Mon, 01 Feb 2010 18:22:16 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Nc5ax-0008GL-Gx for grub-devel@gnu.org; Mon, 01 Feb 2010 18:22:16 -0500 Received: from mail-bw0-f215.google.com ([209.85.218.215]:41966) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Nc5aw-0008FK-Eo for grub-devel@gnu.org; Mon, 01 Feb 2010 18:22:15 -0500 Received: by bwz7 with SMTP id 7so3186270bwz.26 for ; Mon, 01 Feb 2010 15:22:12 -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 :x-enigmail-version:content-type; bh=Lt8PvGtGL7dGcBygJoF2mUHyxgqBEjEZCaYDf8XVmvM=; b=EnXXJ6uUGJnYzuuOXwaKx7LeSfYS7E8u1MD6Me6GC1tpXD2Yv/fpnTdkR5wE2nLzr3 KqUtPFv2fSTCBPttlWLuOHZ5BkhAn6x4vOc9H0MF3BJaWlrkc0fcQ1t7XKDLCOpvExt0 fSlWLrSH+7Z2lxlxs49xcqsJEjId6N6mr6bh0= 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:x-enigmail-version:content-type; b=Mb0AY757IisnDI73VtB9kHNXf32z0i394wFZbxmmM2UtnPpEwrOyinlYCev5d9GN26 EY8wdvWnlxwytaLru4kqUzLpxPtnCsEmfNosTE2xByiRfR0qtTtTLRQeRrAOK8x4qEi6 uz/bq9aE8Z9RF+GodYmDoJQzWwqpqJYeSWvb8= Received: by 10.204.33.210 with SMTP id i18mr3472102bkd.119.1265066532546; Mon, 01 Feb 2010 15:22:12 -0800 (PST) Received: from debian.bg45.phnet (gprs11.swisscom-mobile.ch [193.247.250.11]) by mx.google.com with ESMTPS id 13sm2390081bwz.10.2010.02.01.15.22.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 01 Feb 2010 15:22:10 -0800 (PST) Message-ID: <4B676218.6020009@gmail.com> Date: Tue, 02 Feb 2010 00:22:00 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109) MIME-Version: 1.0 To: The development of GNU GRUB References: <4B5796A3.80009@gmail.com> <20100129215200.GA20114@thorin> In-Reply-To: <20100129215200.GA20114@thorin> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig7CDD424CC452AC56F0E4D520" X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: [multiboot2] Tagged multiboot2 header X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Feb 2010 23:22:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7CDD424CC452AC56F0E4D520 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Robert Millan wrote: > On Thu, Jan 21, 2010 at 12:49:55AM +0100, Vladimir '=CF=86-coder/phcode= r' Serbinenko wrote: > =20 >> +@node Header tags >> +@subsection General tag structure >> +Tags constitutes a buffer of structures immediately following each ot= her. >> +Every structure has following format: >> + >> +@example >> +@group >> + +-------------------+ >> +0 | type | >> +4 | size | >> +8-11 | optional | >> + +-------------------+ >> +@end group >> +@end example >> =20 > > This looks fine. Please go ahead with the proposed new layout. > > As for the addition of new fields for architecture / endianess, I wonde= r > if it makes sense to continue supporting aout-kludge in Multiboot 2. I= t > seems that all of the projects interested in Multiboot use ELF natively= > themselves and shouldn't have trouble with it, whereas projects that do= n't > use ELF are almost invariably proprietary OS and never showed any inter= est > in Multiboot. > =20 There is at least one case where architecture fields is useful: amd64 vs i386. if kernel is ELF64 we don't know if it expects to be started in either i386 or amd64. An example is NetBSD which will certainly want to keep compatibility with their own protocol which starts kernel in i386 mode. I think we need to allow 2 things: 1) start elf64 in i386 2) start with an entry point different from the one specified in ELF header. For this we could split kludge header in 2 parts: loading and entry point. This allows overriding ELF entry point. This way kernel can have a separate entry point for multiboot. --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig7CDD424CC452AC56F0E4D520 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iF4EAREKAAYFAktnYh4ACgkQNak7dOguQgmSKwEAwfAe+SJxmGPBVEy2mYs3u8z4 daMEN53LoinWO2HAbocA/jCvAsWyULwvneUBFGXPIUGvIMuLUu20qVjvUXdEW1sb =DwfQ -----END PGP SIGNATURE----- --------------enig7CDD424CC452AC56F0E4D520--