Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
Libvirt leaves the policy of the default display adapter hardware up to the hypervisor meaning that with QEMU one gets Cirrus instead of vga. However, as can be shown with glxgears vga provides much better FPS rate than Cirrus (these numbers are from RHEL 6.2 host/guest on a Lenovo laptop):
cirrus : 78 FPS
vga : 260 FPS
Please make vga as the default display adapter in libvirt when using QEMU.
Version-Release number of selected component (if applicable):
RHEL 6.2
Additional info:
With the proposed optimizations in the bugs below the difference is even greater to vga's advantage:
https://bugzilla.redhat.com/show_bug.cgi?id=795685https://bugzilla.redhat.com/show_bug.cgi?id=795686
Comment 2Richard W.M. Jones
2012-02-21 10:30:07 UTC
libvirt leaves the policy up to qemu, so make this argument
on the upstream qemu mailing lists first.
Marko, I understand what you're saying, but libvirt explicitly leaves this kind of decision up to either qemu or to management applications using libvirt (e.g., ovirt, virt-manager), so I have to close this as NOTABUG. I'm sure that there are places where we've failed to follow that rule, but in general we try to honor it.
(In reply to comment #3)
> Marko, I understand what you're saying, but libvirt explicitly leaves this kind
> of decision up to either qemu or to management applications using libvirt
> (e.g., ovirt, virt-manager), so I have to close this as NOTABUG. I'm sure that
> there are places where we've failed to follow that rule, but in general we try
> to honor it.
That said, we should probably open bugs against virt-install and virt-manager so that default creation of new guests prefers vga where appropriate, rather than deferring to hypervisor defaults.
(In reply to comment #4)
> (In reply to comment #3)
> > Marko, I understand what you're saying, but libvirt explicitly leaves this kind
> > of decision up to either qemu or to management applications using libvirt
> > (e.g., ovirt, virt-manager), so I have to close this as NOTABUG. I'm sure that
> > there are places where we've failed to follow that rule, but in general we try
> > to honor it.
>
> That said, we should probably open bugs against virt-install and virt-manager
> so that default creation of new guests prefers vga where appropriate, rather
> than deferring to hypervisor defaults.
I've now proposed this change in the upstream mailing list:
http://lists.nongnu.org/archive/html/qemu-devel/2012-02/msg03274.html
Per Eric's suggestion I'll clone this bug against virt-install and virt-manager.
Thanks.