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.
Bug 482427 - support high resolutions
Summary: support high resolutions
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: qemu-kvm
Version: 6.0
Hardware: All
OS: Linux
urgent
high
Target Milestone: beta
: ---
Assignee: Gerd Hoffmann
QA Contact: Virtualization Bugs
URL: http://mantis.tlv.redhat.com/view.php...
Whiteboard:
Depends On:
Blocks: 580954 647865 653329 690417 1654309
TreeView+ depends on / blocked
 
Reported: 2009-01-27 18:31 UTC by Itamar Heim
Modified: 2019-03-07 15:49 UTC (History)
17 users (show)

Fixed In Version: qemu-kvm-0.12.1.2-2.114.el6
Doc Type: Bug Fix
Doc Text:
Cause: qemu-kvm didn't have spice/qxl high resolution modes enabled. Consequence: qemu-kvm did not allow a user to select a resolution higher than 1920x1080, which may have been rather limiting. Fix: Remove the QXL_HIRES_MODES #define. Make the highres modes depend on the size of the vga ram (and draw area) instead. This enables some of the highres modes as RHEL-6.0 has VGA_RAM_SIZE set to 16 MB (unlike upstream qemu which has 8MB only). Result: maximum supported resolution of spice/qxl increased to 2560x1600.
Clone Of:
: 647865 (view as bug list)
Environment:
Last Closed: 2011-05-19 11:22:51 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2011:0534 0 normal SHIPPED_LIVE Important: qemu-kvm security, bug fix, and enhancement update 2011-05-19 11:20:36 UTC

Description Red Hat Bugzilla 2009-01-27 18:31:14 UTC 


---- Reported by iheim 2008-09-25 14:08:27 EDT ----

1920x1200 is not working right now

resolutions >1920x1080 are not supported right now (the code supporting them is in ifdef, and even if compiling it, still won't work since some buffers needs to be greater.

1. please at least add 1920x1200 to the list of resolution supported by default
2. please consider making the support of high resolutions configurable



--- Bug imported by bugzilla 2009-01-27 13:34 EDT ---

This bug was previously known as _bug_ 5430 at http://mantis.tlv.redhat.com/show_bug.cgi?id=5430

Actual time not defined. Setting to 0.0
Comment 1 RHEL Program Management 2009-06-22 18:47:56 UTC 
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.
Comment 4 Alexander Larsson 2010-06-24 13:15:41 UTC 
We'll look into if this is possible without too much work.
Comment 8 RHEL Program Management 2010-06-28 10:24:47 UTC 
Development Management has reviewed and declined this request.  You may appeal
this decision by reopening this request.
Comment 12 RHEL Program Management 2010-09-08 11:18:11 UTC 
Thank you for your bug report. This issue was evaluated for inclusion
in the current release of Red Hat Enterprise Linux. Unfortunately, we
are unable to address this request in the current release. Because we
are in the final stage of Red Hat Enterprise Linux 6 development, only
significant, release-blocking issues involving serious regressions and
data corruption can be considered.

If you believe this issue meets the release blocking criteria as
defined and communicated to you by your Red Hat Support representative,
please ask your representative to file this issue as a blocker for the
current release. Otherwise, ask that it be evaluated for inclusion in
the next minor release of Red Hat Enterprise Linux.
Comment 13 Eduardo Habkost 2010-09-09 21:51:22 UTC 
A qemu-kvm patch was submitted pointing to this BZ, but the component is spice-common. If patches only for qemu-kvm are needed, the component needs to be changed to qemu-kvm. If patche for both spice and qemu-kvm packages are needed, a qemu-kvm BZ is needed to (it can be simply a clone of this bug[1]).


[1] Please, if cloning, always include a comment at the top of the BZ description explaining why it is being cloned.
Comment 14 Søren Sandmann Pedersen 2010-09-13 09:35:52 UTC 
Dynamic allocation of framebuffers is necessary for good multi-monitor support too.
Comment 25 Stephen Gordon 2010-12-21 04:12:54 UTC 
What is the maximum resolution available by default as a result of this work?
Comment 27 Gerd Hoffmann 2011-01-03 08:45:06 UTC 
Re #24: 2560x1600
Comment 28 Jaromir Hradilek 2011-01-10 15:34:34 UTC 
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Previously, qemu-kvm did not allow a user to select a resolution higher than 1920x1080, which may have been rather limiting. This update increases the maximum supported resolution to 2560x1600.
Comment 33 Eduardo Habkost 2011-05-05 14:58:00 UTC 
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1 +1,7 @@
-Previously, qemu-kvm did not allow a user to select a resolution higher than 1920x1080, which may have been rather limiting. This update increases the maximum supported resolution to 2560x1600.+Cause: qemu-kvm didn't have spice/qxl high resolution modes enabled.
+
+Consequence: qemu-kvm did not allow a user to select a resolution higher than 1920x1080, which may have been rather limiting. 
+
+Fix: Remove the QXL_HIRES_MODES #define.  Make the highres modes depend on the size of the vga ram (and draw area) instead. This enables some of the highres modes as RHEL-6.0 has VGA_RAM_SIZE set to 16 MB (unlike upstream qemu which has 8MB only).
+
+Result: maximum supported resolution of spice/qxl increased to 2560x1600.
Comment 34 errata-xmlrpc 2011-05-19 11:22:51 UTC 
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2011-0534.html
Comment 35 errata-xmlrpc 2011-05-19 12:43:17 UTC 
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2011-0534.html
Note You need to log in before you can comment on or make changes to this bug.