Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
For bugs related to Red Hat Enterprise Linux 5 product line. The current stable release is 5.10. For Red Hat Enterprise Linux 6 and above, please visit Red Hat JIRA https://issues.redhat.com/secure/CreateIssue!default.jspa?pid=12332745 to report new issues.

Bug 235157

Summary: On-chip RMX mode cause video corrupt on IBM server
Product: Red Hat Enterprise Linux 5 Reporter: LisaWu <liswu>
Component: xorg-x11-drv-atiAssignee: Adam Jackson <ajax>
Status: CLOSED DUPLICATE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 5.0CC: liswu, rod.macdonald, woliu, yma
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-08-17 13:14:42 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
while validate DFP modes, we matching modes from EDID info by default none

Description LisaWu 2007-04-04 03:39:34 UTC
Description of problem:
when install RHEL5-BETA2 on IBM Lewis server, video on local monitor is in 
poor quality, and there is no video output on remote control.

Version-Release number of selected component (if applicable):
xorg-x11-drv-ati-6.6.3-1.el5.rpm

How reproducible:
always

Steps to Reproduce:
1.connect a monitor to server
2.log in to the remote control 
3.install rhel5-beta2 and start X-windows
  
Expected results:
following modes on both local monitor and remote control should be OK.
vesa mode: 1024x768@75hz, 70hz,60hz
           800x600@75hz,72hz,60hz
           
Actual results:
None of the above modes are OK.

Additional info:
on-chip RMX mode is only enabled when the driver thinks it’s driving a digital 
panel which will cause poor quality on CRT. This is also an old day’s radeon 
driver preference that probably shouldn’t be used any more because almost all 
modern TMDS panels have internal scaler which usually can result in better 
quality than our internal RMX.
in our case, radeon driver use RMX modes for remote video by default, however, 
the stretched RMX modes can't be well supported. 
To fix this bug, we can change digital pannel mode validation routine not to 
use RMX mode by default, but validate modes by matching modes from EDID info 
instead.

Comment 1 LisaWu 2007-04-04 03:39:34 UTC
Created attachment 151642 [details]
while validate DFP modes, we matching modes from EDID info by default

Comment 2 LisaWu 2007-04-04 03:55:33 UTC
duplicate of #235156, sorry for the inconvenience
please close this one.

Comment 3 Matěj Cepl 2007-08-17 13:14:42 UTC

*** This bug has been marked as a duplicate of 235156 ***