Make UEFI as the default properties for AArch64

Bug #1740824 reported by Kevin Zhao
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
OpenStack Compute (nova)
Fix Released
Medium
Unassigned
Pike
Fix Committed
Medium
Matt Riedemann

Bug Description

Nowadays UEFI is essential boot method for AArch64, so
make it as default. For the images that boot with external
initrd/kernel, this change doesn't affect them.

Tags: libvirt
Changed in nova:
assignee: nobody → Marcin Juszkiewicz (hrw)
status: New → In Progress
Revision history for this message
Marcin Juszkiewicz (hrw) wrote :

Ok, let describe why this is a bug and why it is essential.

On AArch64 there are two ways to boot a VM:

1. UEFI
2. kernel+initrd

No one sane wants to go 2nd way (unless stuck at Liberty release) so we go for UEFI by adding 'hw_firmware_type=uefi' to every image. If we forget that property then we have VM which does nothing except eating resources.

And sometimes we forget. Or have users who upload own image and do not set it. Which ends in support calls etc.

There is no 'legacy BIOS' like it is on x86-64 architecture.

melanie witt (melwitt)
Changed in nova:
importance: Undecided → Medium
tags: added: libvirt
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to nova (master)

Reviewed: https://review.openstack.org/489951
Committed: https://git.openstack.org/cgit/openstack/nova/commit/?id=6f54f5c1e37a42b395ca793f869b73aa902602ed
Submitter: Zuul
Branch: master

commit 6f54f5c1e37a42b395ca793f869b73aa902602ed
Author: Kevin Zhao <email address hidden>
Date: Wed Aug 2 17:50:28 2017 +0800

    Use UEFI as the default boot for AArch64

    There are two ways of booting VM on AArch64 architecture:

    1. UEFI
    2. kernel+initrd

    No one sane goes for 2nd option so hw_firmware_type=uefi has to be set
    for every image. Otherwise they simply hang. So let's set is as default
    if no other value for hw_firmware_type is set.

    If someone will implement own way then they can set hw_firmware_type to
    own value and add support to Nova.

    Closes-Bug: #1740824

    Co-authored-by: Kevin Zhao <email address hidden>
    Change-Id: I70ad5ecb420b7d469854e8743e38ba27fd204747

Changed in nova:
status: In Progress → Fix Released
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to nova (stable/pike)

Fix proposed to branch: stable/pike
Review: https://review.openstack.org/531481

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/nova 17.0.0.0b3

This issue was fixed in the openstack/nova 17.0.0.0b3 development milestone.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to nova (stable/pike)

Reviewed: https://review.openstack.org/531481
Committed: https://git.openstack.org/cgit/openstack/nova/commit/?id=e2fdda2f6b5cf38d942618e3b5fc3e33564e407f
Submitter: Zuul
Branch: stable/pike

commit e2fdda2f6b5cf38d942618e3b5fc3e33564e407f
Author: Kevin Zhao <email address hidden>
Date: Wed Aug 2 17:50:28 2017 +0800

    Use UEFI as the default boot for AArch64

    There are two ways of booting VM on AArch64 architecture:

    1. UEFI
    2. kernel+initrd

    No one sane goes for 2nd option so hw_firmware_type=uefi has to be set
    for every image. Otherwise they simply hang. So let's set is as default
    if no other value for hw_firmware_type is set.

    If someone will implement own way then they can set hw_firmware_type to
    own value and add support to Nova.

    Closes-Bug: #1740824

    Co-authored-by: Kevin Zhao <email address hidden>
    Change-Id: I70ad5ecb420b7d469854e8743e38ba27fd204747
    (cherry picked from commit 6f54f5c1e37a42b395ca793f869b73aa902602ed)

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/nova 16.1.0

This issue was fixed in the openstack/nova 16.1.0 release.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.