Bug 1532969

Summary:	[RFE] Q35: Support booting virtual machines via UEFI
Product:	Red Hat Enterprise Virtualization Manager	Reporter:	Germano Veit Michel <gveitmic>
Component:	ovirt-engine	Assignee:	Shmuel Melamud <smelamud>
Status:	CLOSED ERRATA	QA Contact:	Nisim Simsolo <nsimsolo>
Severity:	high	Docs Contact:
Priority:	high
Version:	4.1.8	CC:	bugs, klaas, lsurette, luf, mavital, michal.skrivanek, mtessun, ngompa13, nobody, nsimsolo, rbarry, redhat-bugzilla, Rhev-m-bugs, srevivo
Target Milestone:	ovirt-4.3.0	Keywords:	FutureFeature
Target Release:	---	Flags:	lsvaty: testing_plan_complete-
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:	Previously, virtual machines could only boot from BIOS. The current release adds support for booting virtual machines via UEFI firmware, a free, newer, more modern way to initialize a system.	Story Points:	---
Clone Of:	1327846	Environment:
Last Closed:	2019-05-08 12:36:59 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	Virt	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1301111, 1327846, 1365938, 1613496
Bug Blocks:	1509931

Description Germano Veit Michel 2018-01-10 06:41:01 UTC

+++ 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

Comment 1 Germano Veit Michel 2018-01-10 06:43:19 UTC

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.

Comment 2 Michal Skrivanek 2018-08-22 11:29:20 UTC

feature page: https://www.ovirt.org/develop/release-management/features/virt/ovmf/

Comment 3 Michal Skrivanek 2018-11-26 15:46:00 UTC

*** Bug 1539684 has been marked as a duplicate of this bug. ***

Comment 5 Nisim Simsolo 2019-04-16 11:38:56 UTC

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.

Comment 7 errata-xmlrpc 2019-05-08 12:36:59 UTC

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