Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 235157 - On-chip RMX mode cause video corrupt on IBM server
Summary: On-chip RMX mode cause video corrupt on IBM server
Status: CLOSED DUPLICATE of bug 235156
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: xorg-x11-drv-ati
Version: 5.0
Hardware: All
OS: Linux
Target Milestone: ---
: ---
Assignee: Adam Jackson
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2007-04-04 03:39 UTC by LisaWu
Modified: 2007-11-30 22:07 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-08-17 13:14:42 UTC
Target Upstream Version:

Attachments (Terms of Use)
while validate DFP modes, we matching modes from EDID info by default (deleted)
2007-04-04 03:39 UTC, LisaWu
no flags Details | Diff

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):

How reproducible:

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
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 

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 ***

Note You need to log in before you can comment on or make changes to this bug.