Bug 1705676 - edk2 doesn't always enabled the graphical display on arm/aarch64
Summary: edk2 doesn't always enabled the graphical display on arm/aarch64
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: edk2
Version: 31
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Paolo Bonzini
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: ARMTracker
TreeView+ depends on / blocked
Reported: 2019-05-02 18:10 UTC by Peter Robinson
Modified: 2019-08-14 09:33 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed:

Attachments (Terms of Use)

Description Peter Robinson 2019-05-02 18:10:25 UTC
There doesn't seem to be any regulatly repeatable, sometimes it works and sometimes it doesn't, when run with the same cmd line but sometimes the graphical display isn't enabled by tianocore and you get the following error on the graphical console:

"Guest has not initialised the display (yet)"

It would be useful to have it consistently enabled and usable.

Comment 1 Peter Robinson 2019-05-02 18:11:10 UTC

Comment 2 Jeremy Linton 2019-07-02 17:16:02 UTC
I must have forgotten to click save when I wrote this a couple weeks ago: Basically I was having problems too until I switched the graphics to pci-virtio graphics+spice+usb keyboard in virt-manager. Using the following qemu command line seems to work consistently with F30 for me:

/usr/bin/qemu-system-aarch64 -name guest=fedora30 -machine virt-3.1,accel=kvm,gic-version=3 -cpu host -m 2048  -smp 1,sockets=1,cores=1,threads=1 
-drive file=/usr/share/edk2/aarch64/QEMU_EFI-pflash.raw,if=pflash,format=raw 
-drive file=/var/lib/libvirt/qemu/nvram/fedora30_VARS.fd,if=pflash,format=raw  
-device qemu-xhci 
-device virtio-gpu-pci 
-drive file=/var/lib/libvirt/images/fedora30.qcow2
-device usb-kbd  
-display gtk

This is with:

[root@mammon-tx2 jlinton]# rpm -qa |grep edk2

Maybe the default fedora/aarch64 profile could use the addition of a graphics console?

Comment 3 Jeremy Linton 2019-07-02 17:26:03 UTC
Moved back to a f29 machine, a setup a gicv2 config via virt-manager. That generates a qemu command with `-machine virt-3.0,accel=kvm,usb=off,dump-guest-core=off,gic-version=2 -cpu host` and that seems fine too as does a similar TCG config emulating aarch64 on x86.

Comment 4 Jeremy Linton 2019-07-02 19:28:46 UTC
In the case of OZ this seems to be more a problem with the default ACPI config telling the kernel that the default console is ttyAMA0. Rather if 


is placed in the .tdl file, the console is switched back to the graphical head. My tweaks to explicitly ask for a virtio console via libvirt apparently aren't needed (the flashing tianocore logo, blurb about an empty DTB and then a blank screen happen either way).

Comment 5 Ben Cotton 2019-08-13 16:59:54 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle.
Changing version to '31'.

Comment 6 Ben Cotton 2019-08-13 19:07:11 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle.
Changing version to 31.

Comment 7 Philippe Mathieu-Daudé 2019-08-14 09:33:15 UTC
This seems related/similar to bz 1661288.

Note You need to log in before you can comment on or make changes to this bug.