All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Thomas Schmitt" <scdbackup@gmx.net>
To: grub-devel@gnu.org
Subject: Re: xorriso and EFI boot images
Date: Fri, 23 Apr 2010 00:30:51 +0200	[thread overview]
Message-ID: <106469098316503@192.168.2.69> (raw)
In-Reply-To: <alpine.GSO.2.00.1004221328370.101348@oretfbsg.ybpny>

Hi,

Seth Goldberg wrote:
> BTW, See Fedora's genisoimage for a good example of how they do it.
> http://fedoraproject.org/wiki/User:Pjones/BootableCDsForBIOSAndUEFI

Thanks for the hint.
Ahum ...
  -eltorito-alt-boot -e images/efiboot.img -no-emul-boot

In man mkisofs of 2.01.01a64 and in
  http://svn.debian.org/wsvn/debburn/cdrkit/trunk/genisoimage/genisoimage.1
i see
  -eltorito-alt-boot
but not
  -e
So the latter is probably a Fedora extension to
mkisofs.

The description is very similar to what i
implemented as --efi-boot.
But -no-emul-boot is implied by --efi-boot and
we are not in sync with the size of sectors:
The web page talks of 2048 where i use 512.

As far as El Torito 1.0 is concerned, the case is
clear: Figure 5 - Section Entry talks of
"virtual/emulated sectors". Paragraph 1.5 defines
a Virtual Sector as [0x]200 bytes. A CD sector is
[0x]800.
But is EFI following this convention ?


Vladimir ? 512 or 2048 ?


Since -eltorito-alt-boot is part of original
mkisofs i will use the same option for my
emulation.
It will be implicit with --efi-boot.

I will have to ponder about implementing
option -e .
Anybody has a man page where it is described ?


> For maximum compatibility, the BIOS entry (platform id 0) should be first.

Well, it seems that option -eltorito-alt-boot
gives the user the freedom to do it different.
Since it is easy to do it right, i am in doubt
whether it is worth to force the user.


Have a nice day :)

Thomas
 



  reply	other threads:[~2010-04-22 22:31 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-20 11:10 xorriso and EFI boot images Thomas Schmitt
2010-04-20 11:55 ` Vladimir 'φ-coder/phcoder' Serbinenko
2010-04-20 13:11   ` Thomas Schmitt
2010-04-22 18:00   ` Thomas Schmitt
2010-04-22 20:27     ` Seth Goldberg
2010-04-22 20:29     ` Seth Goldberg
2010-04-22 22:30       ` Thomas Schmitt [this message]
2010-04-24 19:30         ` Vladimir 'φ-coder/phcoder' Serbinenko
2010-04-24 19:07     ` Vladimir 'φ-coder/phcoder' Serbinenko
2010-04-25  8:22       ` Thomas Schmitt
2010-04-29 16:46         ` 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=106469098316503@192.168.2.69 \
    --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 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.