[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [RFC] Boot parameters and geometrical stability

From: Robert Millan
Subject: Re: [RFC] Boot parameters and geometrical stability
Date: Fri, 5 Sep 2008 12:05:21 +0200
User-agent: Mutt/1.5.13 (2006-08-11)

On Thu, Sep 04, 2008 at 11:37:43PM +0200, phcoder wrote:
> 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.

Yes.  Besides, it's only an integer, which isn't able to reliably identify
a device.  That's why I don't think this feature should be used.

> > 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.

You don't need additional parameters for that.  Since both loader and loadee
can take user input, user can tell the loadee to enter debug mode instead of
the loader (press 'c', then set debug=something, etc).

> > Doesn't PXE already handle this?
> > 
> I'm not really familiar with it. Does it support multiple servers.

Neither am I.  I think we should have a clear idea on what our requirements
for PXE are before discussing if we need to use boot parameters for it.

> But still for me this feature is just an idea. I'm still not
> persuaded myself whether it's needed.

Maybe it's a good idea, or maybe it's not useful for anything.  I think first
of all we should exactly know what it is needed for.  IMHO, we should be
careful about adding interfaces just for the sake of having them.

Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."

reply via email to

[Prev in Thread] Current Thread [Next in Thread]