Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1705676
Summary: | edk2 doesn't always enabled the graphical display on arm/aarch64 | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Peter Robinson <pbrobinson> | ||||
Component: | oz | Assignee: | Chris Lalancette <clalancette> | ||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | unspecified | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 32 | CC: | awilliam, berrange, clalancette, crobinso, dan, jeremy.linton, kraxel, pbonzini, philmd, pwhalen, virt-maint | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | oz-0.17.0-12.fc32 oz-0.17.0-12.fc33 | Doc Type: | If docs needed, set a value | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2020-10-13 20:34:29 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 245418 | ||||||
Attachments: |
|
Description
Peter Robinson
2019-05-02 18:10:25 UTC
edk2-aarch64-20190308stable-1.fc29.noarch edk2-arm-20190308stable-1.fc29.noarch edk2-ovmf-20190308stable-1.fc29.noarch 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 edk2-aarch64-20190308stable-1.fc30.noarch edk2-ovmf-20190308stable-1.fc30.noarch Maybe the default fedora/aarch64 profile could use the addition of a graphics console? 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. 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 <kernelparam>console=tty0</kernelparam> 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). This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to '31'. This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to 31. This seems related/similar to bz 1661288. FWIW, to get this working reliably in openQA, we: * Use `-device virtio-gpu-pci` for graphics * Add `console=tty0` to the kernel boot args (this is to deal with #1661288) Peter, are you still having issues with this if you do those? Created attachment 1716151 [details]
Fix oz to append console= so both serial and graphics work
Before it gets lost, here is another oz patch to fix this problem for aarch64. At the moment the armv7 seems to be working/etc.
So, that said, the default boot console remains serial, so if the machine dies between the efi stub exiting boot services, and the kernel switching the console back to framebuffer its possible that wont be visible in screen captures. That could be fixed by changing the default edk2 console, but AFAIK, there is some weirdness with some edk2 console patches (AFAIK Pete Batard has an open patch for some edk2 non-compliance issues in this area).
Should be fixed with oz-0.17.0-10 FEDORA-2020-59009c173d has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-59009c173d FEDORA-2020-59009c173d has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-59009c173d` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-59009c173d See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2020-8334add35c has been pushed to the Fedora 33 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-8334add35c` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-8334add35c See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2020-8334add35c has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-8334add35c FEDORA-2020-59009c173d has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-59009c173d FEDORA-2020-8334add35c has been pushed to the Fedora 33 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-8334add35c` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-8334add35c See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2020-59009c173d has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-59009c173d` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-59009c173d See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2020-59009c173d has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-59009c173d FEDORA-2020-8334add35c has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-8334add35c FEDORA-2020-8334add35c has been pushed to the Fedora 33 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-8334add35c` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-8334add35c See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2020-59009c173d has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-59009c173d` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-59009c173d See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2020-59009c173d has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2020-8334add35c has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report. |