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 604057 - Wrong resolution selected by MGA driver with MGA G200e
Summary: Wrong resolution selected by MGA driver with MGA G200e
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: xorg-x11-server
Version: 6.0
Hardware: All
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: Adam Jackson
QA Contact: desktop-bugs@redhat.com
URL:
Whiteboard:
Depends On:
Blocks: 599016 627719
TreeView+ depends on / blocked
 
Reported: 2010-06-15 10:19 UTC by Olivier Fourdan
Modified: 2013-03-04 02:49 UTC (History)
9 users (show)

Fixed In Version: xorg-x11-server-1.7.7-15.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 627719 (view as bug list)
Environment:
Last Closed: 2010-11-15 14:51:56 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
screenshot (115.71 KB, image/jpeg)
2010-07-30 02:08 UTC, Haruo Tomita 		no flags Details
Xorg.0.log (22.66 KB, text/plain)
2010-07-30 02:14 UTC, Haruo Tomita 		no flags Details
View All

Description Olivier Fourdan 2010-06-15 10:19:00 UTC 
Description of problem:

The resolution selected by the MGA driver for a MGA G200e is incorrect and hides part of the screen.

During installation, the displayed image seems like it is squashed horizontally, but all the content can be seen.  

After installation, only the central part of the screen can be seen and the edges are now visible.  

This makes it impossible to see the menu and the icons at the top and bottom of the screen.

This problem did not occur in Snapshot 5 and is a regression.

Version-Release number of selected component (if applicable):

xorg-x11-drv-mga-1.4.12-1.el6.i686

How reproducible:

Always

Steps to Reproduce:
1. Run Xorg with xorg-x11-drv-mga-1.4.12-1.el6
  
Actual results:

Only the central part of the screen is visible on screen.

Expected results:

The screen is visible in its entirety

Additional info:

Our partner has  tested three kinds of displays (15inch, 17inch and 19inch monitor).  

In snapshot5, 1024x768 resolution was selected on all three monitors, but in snapshot6, 1360x768 is selected on 19inch monitor and 1280x800 is selected on others.


According to /var/log/Xorg.0.log, they found that the display resolution is estimated and shrunk to an incorrect resolution in Snapshot6.

* 19inch display
 (II) MGA(0): Estimated virtual size for aspect ratio 1.2667 is 1920x1440
   ...
 (WW) MGA(0): Shrinking virtual size estimate from 1920x1440 to 1360x768
 (--) MGA(0): Has SDRAM
 (--) MGA(0): Virtual size is 1360x768 (pitch 1376)

* 17inch display
 (II) MGA(0): Estimated virtual size for aspect ratio 1.2593 is 1280x1024
   ...
 (WW) MGA(0): Shrinking virtual size estimate from 1280x1024 to 1280x800
 (--) MGA(0): Has SDRAM
 (--) MGA(0): Virtual size is 1280x800 (pitch 1280)

* 15inch display
 (II) MGA(0): Estimated virtual size for aspect ratio 1.3043 is 1920x1440
   ...
 (WW) MGA(0): Shrinking virtual size estimate from 1920x1440 to 1280x800
 (--) MGA(0): Has SDRAM
 (--) MGA(0): Virtual size is 1280x800 (pitch 1280)

In Snapshot5, the resolution is selected 1024x768, and the graphical mode is showed normally:

* 19inch display
 (II) MGA(0): Estimated virtual size for aspect ratio 1.2667 is 1280x1024
   ...
 (WW) MGA(0): Shrinking virtual size estimate from 1280x1024 to 1024x768
 (--) MGA(0): Has SDRAM
 (--) MGA(0): Virtual size is 1024x768 (pitch 1024)

* 17inch display
 (II) MGA(0): Estimated virtual size for aspect ratio 1.2593 is 1280x1024
   ...
 (WW) MGA(0): Shrinking virtual size estimate from 1280x1024 to 1024x768
 (--) MGA(0): Has SDRAM
 (--) MGA(0): Virtual size is 1024x768 (pitch 1024)

* 15inch display
 (II) MGA(0): Estimated virtual size for aspect ratio 1.3043 is 1024x768
   ...
 (--) MGA(0): Has SDRAM
 (--) MGA(0): Virtual size is 1024x768 (pitch 1024)
Comment 2 Olivier Fourdan 2010-06-15 12:11:12 UTC 
I wonder if that could this be this patch:

   xserver-1.7.6-default-modes.patch

Which is present in xorg-x11-server-1.7.7-2.el6.src.rpm (snapshot 6) and not in xorg-x11-server-1.7.6-5.el6.src.rpm (snapshot 5).
Comment 3 Adam Jackson 2010-06-15 14:23:49 UTC 
There was a bug in the initial version of that patch, which should be fixed in xorg-x11-server-1.7.7-5.el6.  Please retry with that server version and let me know if you still see it there.
Comment 12 Adam Jackson 2010-06-23 15:14:34 UTC 
I think this needs the following patch from RHEL5:

xserver-1.1.1-improve-mode-selection.patch

Which should pretty much fix it, as long as we never change classic modelist construction to add GTF modes if the sink claims to be GTF compatible.  I don't think we ever will do that; classic setup tries really hard to infer sync ranges and stuff in modes based on that, but does so as M_T_DEFAULT not M_T_DRIVER, so they'll be present at low priority already.

Devel ack, straight port.
Comment 14 Adam Jackson 2010-06-24 16:59:27 UTC 
Fixed in 1.7.7-15.el6

MODIFIED
Comment 17 Haruo Tomita 2010-07-30 01:54:38 UTC 
(In reply to comment #14)
> Fixed in 1.7.7-15.el6
> MODIFIED 
   
I tested with 1.7.7-17.el6. 
The resolution seems not to be correct.

* 17inch display

(--) MGA(0): Has SDRAM
(--) MGA(0): Virtual size is 1360x768 (pitch 1408)
(**) MGA(0): *Default mode "1360x768": 85.5 MHz, 47.7 kHz, 60.0 Hz
Comment 18 Haruo Tomita 2010-07-30 02:08:38 UTC 
Created attachment 435446 [details]
screenshot

The Virtual size of X was 1360 x 768.
However, the resolution supported by the monitor is 1280 x 1024.
The screen size becomes illegal.
Comment 19 Haruo Tomita 2010-07-30 02:14:02 UTC 
Created attachment 435447 [details]
Xorg.0.log

It is a Xorg.0.log gathered when the screen becomes illegal.
Comment 22 Martin Wilck 2010-08-19 15:39:36 UTC 
I can confirm Tomita-san's assertion. 

The default resolution is still 1360 x 768 on most systems. That is a resolution that many monitors can't display cleanly.

The ON_QA status of this bug is misleading.
Comment 25 releng-rhel@redhat.com 2010-11-15 14:51:56 UTC 
Red Hat Enterprise Linux 6.0 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.
Note You need to log in before you can comment on or make changes to this bug.