Red Hat Bugzilla – Bug 948717
When using “-vga qxl” together with “-display vnc=:5” or “-display sdl” qemu displays pixel garbage
Last modified: 2013-09-30 22:17:39 EDT
Created attachment 731850 [details]
qemu-1.4.0-11.fc18.x86_64 from https://fedoraproject.org/wiki/Virtualization_Preview_Repository
qemu command line:
ionice -c 3 qemu-kvm -enable-kvm -m 2048M -smp 1 -drive file=./Fedora-19-Alpha-TC4-x86_64-netinst-test.iso.qcow2,index=0,media=disk,cache=unsafe -localtime -serial file:/tmp/qemu-Fedora-19-Alpha-TC4-x86_64-netinst-test.iso.qcow2-output.log -name Fedora-19-Alpha-TC4-x86_64-netinst-test.iso.qcow2 -cdrom /local/mfabian/iso/Fedora-19-Alpha-TC4/Fedora-19-Alpha-TC4-x86_64-netinst.iso -boot c -vga qxl -display vnc=:5 -net nic -net user,hostname=Fedora-19-Alpha-TC4-x86_64-netinst-test.iso.qcow2,hostfwd=tcp::5562-:22 -monitor stdio -usb
The above commandline has “-display vnc=:5”, the problem occurs
with “-display sdl” as well though.
The result is pixel garbage, see attached screen shot.
When using “-vga std” or “-vga cirrus” instead of “-vga qxl” it works
fine, no pixel garbage.
I can reproduce with upstream. Grab F19 boot.iso here:
./x86_64-softmmu/qemu-system-x86_64 -enable-kvm -vga qxl -display sdl -cdrom ~/boot.iso -m 2048
Doing -device qxl works fine though. I also tried an F16 live cd I had hanging around and that worked fine, so maybe it's an F19 driver issue.
Alon, Gerd, thoughts?
Ping, any spice folks want to weigh in on this? Granted qxl->vnc shouldn't be a common setup, but people tend to try it out if hitting graphical issues and wanting to eliminate spice from the equation (for better or worse).
Created attachment 781134 [details]
screenshot showing severe display corruption with "-vga qxl"
Confirming severe display corruption with the "-vga qxl" option.
With the "-vga std" option, there is no corruption.
By blindly clicking in the upper right corner, pressing the down-arrow four times, and pressing Enter twice, it is possible to power off the VM, if the corrupt display shows parts of the Welcome dialog.
Steps to reproduce:
$ qemu-kvm -m 4096 -cdrom ~/xfr/fedora/F19/Fedora-Live-Desktop-x86_64-19-1.iso -vga qxl
/usr/bin/qemu-kvm -m 2048 -cdrom Fedora-19-x86_64-DVD.iso -boot d -vnc :10 -vga qxl
The problem still exists with Fedora-20-Alpha-TC2-x86_64-netinst.iso
Can not reproduce this issue:
host kernel: 2.6.32-417.el6.x86_64
Command line as follows:
ionice -c 3 /usr/libexec/qemu-kvm -M pc -nodefaults -cpu SandyBridge -enable-kvm -m 4G -smp 2,sockets=1,cores=2,threads=1 -name test -rtc base=localtime,clock=host,driftfix=slew -k en-us -boot menu=on -vga qxl -vnc :5 -monitor stdio ...
host kernel: 3.9.9-201.fc18.x86_64
Command line as follows:
ionice -c 3 qemu-kvm -enable-kvm -m 2048M -smp 1 -drive file=RHEL_65_64.qcow2,media=disk,cache=unsafe -localtime -boot c -vga qxl -display sdl -monitor stdio
Only show pixel garbage before login screen, but very fast passed. the same result with “-vga std” or “-vga cirrus”.
qemu-1.6.0-8.fc20 has been submitted as an update for Fedora 20.
qemu-1.4.2-11.fc19 has been submitted as an update for Fedora 19.
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing qemu-1.6.0-8.fc20'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
qemu-1.4.2-11.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.
qemu-1.6.0-8.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.