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