From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1KbMWX-0008KR-9g for mharc-grub-devel@gnu.org; Thu, 04 Sep 2008 17:37:53 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KbMWV-0008KM-J8 for grub-devel@gnu.org; Thu, 04 Sep 2008 17:37:51 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KbMWU-0008KA-V9 for grub-devel@gnu.org; Thu, 04 Sep 2008 17:37:51 -0400 Received: from [199.232.76.173] (port=34194 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KbMWU-0008K7-OV for grub-devel@gnu.org; Thu, 04 Sep 2008 17:37:50 -0400 Received: from fg-out-1718.google.com ([72.14.220.155]:10161) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KbMWU-0004R6-CF for grub-devel@gnu.org; Thu, 04 Sep 2008 17:37:50 -0400 Received: by fg-out-1718.google.com with SMTP id l26so571136fgb.30 for ; Thu, 04 Sep 2008 14:37:49 -0700 (PDT) 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:content-transfer-encoding; bh=owXw421lrtHUDx7OzAzqQ6biQbW5cziG69K2ypriQWg=; b=KvJ6lCpjVYQnNLQq2AZ94Q74IlocwkYJ7ES7agea71IGX/TAj3xNX1TWpShHeMgIoG 2QboXZuFEgaClch7IuLX+HRk05D+pO32nM2dMXiAUs8l652UmRUIEmBz8UKcG5TcnT3s Kl8J0sUprLb0wgk1JIjDRcwQ9XxIIvQppQ4Is= 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 :content-transfer-encoding; b=ZkK1cvQCqaH0LbZJqfNOPPxBJ+FFQoQY/gTyiQnHgDzMsRzc+aaWzItARACfgumQ3y w+pLSBucIL4+5xVeSlnlTmnXqn48mUVtP0rARMS4pMEB23hi8clHdF7Vq6shjkvV8D9u 8T5ttuGdxthNy7kYLIiARg2z2c68HJ72awrWU= Received: by 10.86.68.2 with SMTP id q2mr8134180fga.43.1220564269221; Thu, 04 Sep 2008 14:37:49 -0700 (PDT) Received: from ?192.168.1.15? ( [85.0.144.99]) by mx.google.com with ESMTPS id 4sm125735fge.8.2008.09.04.14.37.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 04 Sep 2008 14:37:48 -0700 (PDT) Message-ID: <48C05527.1020903@gmail.com> Date: Thu, 04 Sep 2008 23:37:43 +0200 From: phcoder User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: The development of GRUB 2 References: <48BE5DE9.4090302@gmail.com> <20080903103654.GC29762@thorin> <48BE838E.9090204@gmail.com> <20080904193347.GD9133@thorin> In-Reply-To: <20080904193347.GD9133@thorin> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) Subject: Re: [RFC] Boot parameters and geometrical stability 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, 04 Sep 2008 21:37:52 -0000 Robert Millan wrote: > On Wed, Sep 03, 2008 at 02:31:10PM +0200, phcoder wrote: >>> I assume you talk about GRUB loading itself; what kind of information would >>> you pass from one GRUB to the other? >> Boot device, > > Multiboot already handles that (although it's not reliable; I don't > think this feature should be used anyway). > Feature in multiboot is hmm..: it gives bios device and grub supports also other devices. >> configuration file, parameters for scripts. > > This assumes the loader knows more than the loadee about this information. > In which situation would this happen? Note that both loader and loadee can > obtain user input. > > Which parameters do you have in mind? > I thought of it more like about instruction like: boot from strange place or enter debug mode in early stage. >> But much more >> useful this is for network boot. In this case GRUB can recieve server >> info in boot parameters so when this info changes there is no need to >> regenerate grub images. > > Doesn't PXE already handle this? > I'm not really familiar with it. Does it support multiple servers. If let's say we have multiple menus like: Then having recieved names of servers as parameters could sometimes be a good thing. But still for me this feature is just an idea. I'm still not persuaded myself whether it's needed. Vladimir 'phcoder' Serbinenko