Fedora Account System
Red Hat Associate
Red Hat Customer
Since kernel-5.3.0-0.rc0.git7.1.fc31 landed in Rawhide, in the Fedora-Rawhide-20190720.n.1 compose, almost all openQA tests are failing. Investigating this manually, it seems to be due to issues with the qemu graphics driver which qemu calls 'std' and virt-manager calls 'VGA'. With rc0.git7, there seem to be issues with VTs. Booting to runlevel 3 gets stuck at a black screen. Similarly, trying to switch to a VT from a running graphical desktop does not work; openQA shows a black screen when it tries to do this, when I try it in a local VM, I see some of the GNOME desktop elements disappear but then the screen freezes (cursor not moveable). Sometimes I can successfully switch back to the running GNOME session with ctrl-alt-f2, sometimes I can't. With rc1.git0.1, my VM won't even boot to GNOME any more if the graphics are set to 'VGA'. It just gets stuck at a boot splash screen. If I change the VM to use qxl or virtio graphics, everything is fine, with both kernels. This is a problem because openQA runs into other issues if I set it to use qxl or virtio graphics. The last one we had with qxl was https://bugzilla.redhat.com/show_bug.cgi?id=1638578 , the last one we had with virtio was https://bugzilla.redhat.com/show_bug.cgi?id=1638578 . I guess I'll have to try out qxl again and see what happens.
huh, actually, rc1 doesn't seem to boot even with virtio graphics. But that's probably a different problem.
I see Gerd had a patch to vga/bochs recently, but it should be in 5.3-rc1 which you also report issues with commit dd2b5959785c75c23ab2295a4095700e47dabff3 Author: Gerd Hoffmann <kraxel> Date: Thu Jun 27 10:12:06 2019 +0200 drm/bochs: fix framebuffer setup. Gerd, any thoughts?
The failure I saw when testing RC1 was probably this SCSI thing: https://marc.info/?l=linux-scsi&m=156378725427719&w=2 so unrelated. I'll try and find or build a kernel with both things fixed, or see if I can hack up a VM to avoid the SCSI problem with RC1 so I can check if this video problem is gone.
OK, nope, still seems broken with 5.3.0-0.rc1.git0.1.fc31.x86_64 (I got it booting in my test VM).
5.3.0-0.rc1.git1.1.fc31.x86_64 also still broken.
https://git.kraxel.org/cgit/linux/log/?h=drm-bochs-fixes
Thanks for that. virtio has been working quite well, so I might stick with it long term, but if someone gives me a heads-up when those fixes are in a Fedora kernel build I can kick staging back to std to test them.
Fixes are in drm-misc-fixes branch now. Might be too late for -rc3, but -rc4 should be fixed.
This report has not received an update in over 90 days. If this issue is still relevant to you, please do not hesitate to update this report with any relevant details on recent investigative steps or changes and we will absolutely work to understand how to best move forward. Otherwise, this bug report will need to be closed in 30 days. No worries, however; should you need still assistance after the report is closed, please do not hesitate to create a new bug report referencing this report and with any new details on the matter. NOTE: This is an automated mass update.
erf, well, we've just stuck with virtio since then, never did get around to re-testing std. let's assume it's fixed.