grub-devel.gnu.org archive mirror
 help / color / mirror / Atom feed
From: "Thomas Schmitt" <scdbackup@gmx.net>
To: grub-devel@gnu.org
Subject: Re: [PATCH] core/partmap: Add El Torito boot catalog parsing
Date: Sat, 20 Jun 2015 15:52:24 +0200	[thread overview]
Message-ID: <67785557686121007363@scdbackup.webframe.org> (raw)
In-Reply-To: <CAEaD8JNnxucOgQXQWV=Vdx+6DjxL0uahk7LALE6zGHBCED4-Cg@mail.gmail.com>

Hi,

not that i would want to interfere with GRUB2 development
decisions. Nevertheless, i have some comments from the view
of the specs.

Vladimir Serbinenko wrote:
> El torito catalog contains bootable binaries.

UEFI 2.4 9.3.6.2 "CD-ROM Media Device Path"
"The CD-ROM Media Device Path is used to define a system partition
 that exists on a CD-ROM. The CD-ROM is assumed to contain an
 ISO-9660 file system and follow the CD-ROM “El Torito” format.
 [...] In EFI the bootable entity is an EFI System Partition that
 is pointed to by the Boot Entry."

According to El Torito 1.0 the boot images may be emulated
disk-like devices or executable binaries for the given
platform:

2.0 "ISO-9660 and the Booting Catalog"
"The image may be virtualized into INT 13 drive number 00 or 80
 for bootable disk emulation, or [... some BIOS shortcut ...].
 The image may also simply be some code which will be loaded at
 boot time (no emulation)."

UEFI pierces a little hole into the theory of running on an
emulated disk by prescribing the "no emulation" mark in the
boot catalog which for BIOS means: load and execute binary.

12.3.2.1 "ISO-9660 and El Torito"
"[...] To boot from a CD-ROM or DVD-ROM in the boot services
 environment, an EFI System partition is stored in a “no emulation”
 mode as defined by the “El Torito” specification. [...]
 EFI differs from “El Torito” “no emulation” mode in that it does
 not load the “no emulation” image into memory and jump to it.
 EFI interprets the “no emulation” image as an EFI system partition."

------------------------------------------------------------------

So i think the general role of an El Torito boot image is not a
strong reason to reject its view as full flegded EFI system
partition.
But i see other reasons to restrict its role to an opaque launcher
for software in a directory of the ISO:

The El Torito catalog format implies size restriction to 32 MB.
EFI allows open end by size 0, but that's really not very neat.

I assume the higher boot stages of BIOS and EFI can share a lot of
GRUB2 software. The GRUB2 software needed for BIOS traditionally
resides in ISO 9660 directories.
So it is easier and less error prone to re-use it there rather
than changing the BIOS boot procedure to finding the ESP and
using its software.


Have a nice day :)

Thomas



  reply	other threads:[~2015-06-20 13:52 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-07 10:24 [PATCH] core/partmap: Add El Torito boot catalog parsing Ross Lagerwall
2015-06-08 16:51 ` Andrei Borzenkov
2015-06-08 17:31   ` Ross Lagerwall
2015-06-08 17:50     ` Andrei Borzenkov
2015-06-08 18:25       ` Ross Lagerwall
2015-06-08 19:01         ` Andrei Borzenkov
2015-06-20 10:16           ` Ross Lagerwall
2015-06-20 10:19             ` Vladimir 'phcoder' Serbinenko
2015-06-20 13:52               ` Thomas Schmitt [this message]
2015-06-21 11:28             ` Andrei Borzenkov
2016-02-12 18:31             ` Vladimir 'φ-coder/phcoder' Serbinenko
2015-06-08 19:31         ` Thomas Schmitt

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=67785557686121007363@scdbackup.webframe.org \
    --to=scdbackup@gmx.net \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).