From: Gleb Natapov <gleb@redhat.com>
To: Michal Suchanek <hramrach@centrum.cz>
Cc: Jordan Justen <jljusten@gmail.com>, qemu-devel <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] OVMF, SeaBIOS & non-CSM based legacy boot
Date: Thu, 24 Mar 2011 15:44:02 +0200 [thread overview]
Message-ID: <20110324134402.GC13195@redhat.com> (raw)
In-Reply-To: <AANLkTim=vxdwJsg-wd86VORy_0HcoMrNaweO3v3JNGC=@mail.gmail.com>
On Thu, Mar 24, 2011 at 01:27:39PM +0100, Michal Suchanek wrote:
> On 23 March 2011 23:32, Jordan Justen <jljusten@gmail.com> wrote:
> > 2011/3/23 Gleb Natapov <gleb@redhat.com>:
> >> On Tue, Mar 22, 2011 at 02:53:16PM -0700, Jordan Justen wrote:
> >>> To support a boot override for UEFI, this full path would be needed.
> >>> For the purposes of a UEFI boot override, could the user could provide
> >>> the partition & path info?
> >>>
> >> How the user knows what to provide. In most cases this user will be
> >> management anyway. So the use case is like this: new HD is connected
> >> to a VM and user wants to boot whatever is installed there.
> >
> > Yeah, that sounds like something something you or I might do, but not
> > your average user.
> >
> > But, a VM user is most likely not your average user I guess. :)
> >
> >> With legacy
> >> boot this is the matter of running MBR code, with UEFI user need to boot
> >> something else and browse file system hierarchy to find magic file to
> >> boot from?
> >> Sound like step backward even from legacy bios :)
> >
> > True, it is not a great scenario.
> >
> > But you can set up the boot options by browsing the filesystems in the
> > firmware setup program.
> >
> >> Is the some notion of default boot in UEFI.
> >
> > Only for removable media (CD, floppy, USB). In that case
> > /efi/boot/boot(ia32|x64).efi can be 'searched' for.
> >
>
> To the contrary.
>
> The distinction between removable and fixed media is quite blurry these days.
>
My thoughts exactly. It is double blurry in virtualization world where
moving any media from VM to VM is so easy.
> Is an eSATA disk removable? Or a SATA disk connected to AHCI
> controller through an internal (but hotplug capable) connector?
> And when I unplug the disk, put it into an enclosure and connect
> through USB has it magically started to be removable then?
>
> When installing EFI bootloaders it is suggested to create a small FAT
> partition at the start of the disk and put the loader there, just
> under this name.
>
> The Apple EFI also understands some variables stored in their HFS
> volumes but that's another story.
>
> If you want to prepare a disk image for somebody to use you *can* put
> the bootloader in the well-known location.
>
> If you pass just the raw disk image to somebody else it is technically
> removable and should use the removable path, and the user can attach
> it through the USB emulation if they insist on making it clearly
> removable.
>
> Thanks
>
> Michal
--
Gleb.
prev parent reply other threads:[~2011-03-24 13:44 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-21 18:14 [Qemu-devel] OVMF, SeaBIOS & non-CSM based legacy boot Jordan Justen
2011-03-21 18:27 ` Anthony Liguori
2011-03-21 21:06 ` Stefan Hajnoczi
2011-03-21 21:17 ` Michael Brown
2011-03-21 21:31 ` Jordan Justen
2011-03-21 21:40 ` Stefan Hajnoczi
2011-03-21 23:14 ` Michael Brown
2011-03-21 21:23 ` Jordan Justen
2011-03-22 8:00 ` Gleb Natapov
2011-03-22 19:28 ` Jordan Justen
2011-03-22 20:07 ` Gleb Natapov
2011-03-22 21:53 ` Jordan Justen
2011-03-23 12:36 ` Gleb Natapov
2011-03-23 22:32 ` Jordan Justen
2011-03-24 11:53 ` Gleb Natapov
2011-03-24 16:46 ` Jordan Justen
2011-03-24 18:36 ` Gleb Natapov
2011-03-24 12:27 ` Michal Suchanek
2011-03-24 13:44 ` Gleb Natapov [this message]
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=20110324134402.GC13195@redhat.com \
--to=gleb@redhat.com \
--cc=hramrach@centrum.cz \
--cc=jljusten@gmail.com \
--cc=qemu-devel@nongnu.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.