From: Kevin Lacquement <kevin@lacqui.com>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: multiboot2
Date: Tue, 03 Mar 2009 19:50:17 -0800 [thread overview]
Message-ID: <49ADFA79.8020105@lacqui.com> (raw)
In-Reply-To: <49AD5B12.8090904@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1579 bytes --]
phcoder wrote:
[...]
> 4) "This tag should contain a string that enables operating systems to
> distinguish between different bootloaders and different versions of the
> same bootloader."
> Parsing strings may be difficult. Perhaps we could include a version tag
> with a format dependent on bootloader and optionally a requirement that
> higher numbers are newer versions?
By my understanding, the name is defined by the bootloader. All Grub
has to do is check if it starts with "GRUB" (or whatever
name/capitalization we define), and skip otherwise. If, for example, it
starts with "LILO", we can skip the entire tag and not worry about
parsing LILO's version numbers.
With that, you also don't need to worry about "higher numbers are newer
version", as we can determine our own versioning, and load appropriate
features.
> 7) Command line tag. I propose to reserve the identifier 0x0005 for
> command line and make it the same format as "Boot Loader Name" but
> arguments shouldn't include kernel image name. This way we would prevent
> OSes from trying to access this file by bootloader-specific name. In
> addition in both "Boot Loader Name" and "Command-line" we should specify
> the encoding to be utf-8
I'm not really understanding what you're saying here. Are you proposing
that the OS lets us know what command-line options it allows, for use in
tab completion? Or that they're listing the default command line (for
editing perhaps?) Or am I thinking in the wrong direction here?
--
Sic non confunctus, non reficiat.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 257 bytes --]
next prev parent reply other threads:[~2009-03-04 3:51 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-03 16:30 multiboot2 phcoder
2009-03-04 3:50 ` Kevin Lacquement [this message]
2009-03-04 8:33 ` multiboot2 phcoder
2009-04-05 23:34 ` multiboot2 phcoder
2009-04-07 0:24 ` multiboot2 Yoshinori K. Okuji
2009-04-07 1:18 ` multiboot2 phcoder
2009-04-09 23:25 ` multiboot2 Yoshinori K. Okuji
2009-04-11 18:56 ` multiboot2 phcoder
2009-07-28 22:36 ` multiboot2 Vladimir 'phcoder' Serbinenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=49ADFA79.8020105@lacqui.com \
--to=kevin@lacqui.com \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.