On 08/28/13 16:32, Andrew Fish wrote:

> This form is a special case called out in the UEFI spec. It was
> requested to make booting more resilient to minor configuration
> changes. For example if a PCI card was removed and then placed in
> another PCI slot the full device path would no longer match, but this
> partial device path would match. So it is proper UEFIness to boot
> from a device path that starts with a HD() node, implementation
> deferred to the reader....

Indeed. With the patch I just posted (so that QemuBootOrder wouldn't get
in the way) I can now freely switch between virtio-scsi and virtio-blk,
and the boot continues to work. I used to have to fix up the boot option
previously.

Also, the RHEL-6 guest installation (clicking the Reboot button) is
working fine now: if I'm placing the hard disk first in the qemu boot
order, the VM reboots into the freshly installed OS.

I'm closing <https://bugzilla.redhat.com/show_bug.cgi?id=998611> as NOTABUG.

Thanks again!
Laszlo

------------------------------------------------------------------------------
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
_______________________________________________
edk2-devel mailing list
edk2-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/edk2-devel

Reply via email to