qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
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.

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