From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Gech0-0001jL-3U for mharc-grub-devel@gnu.org; Mon, 30 Oct 2006 14:21:06 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gecgy-0001ic-AQ for grub-devel@gnu.org; Mon, 30 Oct 2006 14:21:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gecgt-0001eo-NG for grub-devel@gnu.org; Mon, 30 Oct 2006 14:21:03 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gecgt-0001eh-Gy for grub-devel@gnu.org; Mon, 30 Oct 2006 14:20:59 -0500 Received: from [212.85.152.101] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Gecgs-000243-Lp for grub-devel@gnu.org; Mon, 30 Oct 2006 14:20:59 -0500 Received: from kotoba.oasis.nexedi.com (kotoba.oasis.nexedi.com [212.85.152.101]) by kotoba.storever.com (Postfix) with ESMTP id F25953CC7F4E4 for ; Mon, 30 Oct 2006 22:59:29 +0100 (CET) Received: from [??1] (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id CD04F3CC7F4DF for ; Mon, 30 Oct 2006 22:59:29 +0100 (CET) From: "Yoshinori K. Okuji" Organization: enbug.org To: The development of GRUB 2 Date: Mon, 30 Oct 2006 21:20:55 +0200 User-Agent: KMail/1.8.2 References: <1161892715.17811.33.camel@basalt.austin.ibm.com> <1161927455.10997.2.camel@diesel> <20061029163823.GA2484@saphi> In-Reply-To: <20061029163823.GA2484@saphi> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610302020.55320.okuji@enbug.org> X-Bogosity: No, tests=bogofilter, spamicity=0.162214, version=0.17.2 Subject: Re: some multiboot2 comments 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, 30 Oct 2006 19:21:04 -0000 On Sunday 29 October 2006 17:38, Tristan Gingold wrote: > grub should be aware of the main module types. For these TYPE is a keyword > such as ramdisk, kernel, xen-acm... > For not yet known types, TYPE can be an UUID. > UUID doesn't require a central administration. I think this is a real > advantage. I do not agree. If you want a parameter which may not be interpreted by a boot loader, you can simply pass it as an argument to a module. I see no reason that this should be part of the spec. Okuji