+++ This bug was initially created as a clone of Bug #1327846 +++ Description of problem: Currently, oVirt only supports booting virtual machines via BIOS. However, UEFI is the newer, more modern way to initialize a system. Additionally, now that the licensing for the UEFI firmware is fully Free, a firmware package can be included to make this work. Please add support for booting via UEFI in oVirt 4.0.0. --- Additional comment from Michal Skrivanek on 2016-04-18 06:45:31 EDT --- we will build UEFI (and secure boot) on top of q35 chipset, tracked in bug 1301111. This would likely be TestOnly once it's implemented. Will keep open and revisit this bug once we get closer --- Additional comment from Ludek Finstrle on 2017-07-13 03:35:38 EDT --- Is there some progress. I see it as a blocker for my usecase. --- Additional comment from Michal Skrivanek on 2017-07-20 10:22:16 EDT --- (In reply to Ludek Finstrle from comment #3) > Is there some progress. I see it as a blocker for my usecase. Not much progress yet. There are more details in devel card https://trello.com/c/jIJRQw3z
Was trying to write a hook to enable ovmf in order to test booting from a pci-e sas card via vfio (without firmare), hitting BZ1527740. So this RFE is probably blocked by that BZ as well.
feature page: https://www.ovirt.org/develop/release-management/features/virt/ovmf/
*** Bug 1539684 has been marked as a duplicate of this bug. ***
Verification version: rhvm-4.3.3.3-0.1.el7 vdsm-4.30.13-1.el7ev.x86_64 libvirt-4.5.0-10.el7_6.7.x86_64 qemu-kvm-rhev-2.12.0-21.el7.x86_64 sanlock-3.6.0-1.el7.x86_64 virt-v2v-1.38.2-12.29.lp.el7ev.x86_64 Verification scenario: Polarion test plan added to external trackers.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2019:1085