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 554414

Summary: ATI Radeon 7000 video card cannot display some DVI modes.
Product: Red Hat Enterprise Linux 5 Reporter: Rod Macdonald <rod.macdonald>
Component: xorg-x11-drv-atiAssignee: X/OpenGL Maintenance List <xgl-maint>
Status: CLOSED WONTFIX QA Contact: Desktop QE <desktop-qa-list>
Severity: medium Docs Contact:
Priority: low    
Version: 5.2CC: amascari, cooper.yuan, jglisse, ltroan, rod.macdonald, syeghiay, vbenes
Target Milestone: rcKeywords: Triaged
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-06-02 13:22:04 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:
Bug Depends On:    
Bug Blocks: 726826    
Attachments:
Description Flags
eliminate high clock modes for RV100
none
rv100 limiting mode on dvi backport none

Description Rod Macdonald 2010-01-11 16:41:23 UTC 
Description of problem:

ATI Radeon 7000 video cards will not reliably display high video modes such as 1600x1200 or 1920x1200 using DVI.   The same modes though VGA work fine.  There is a temperature dependence in the ASIC used on the video card (part number 215R6LAEA12G).  Cards with other ASICs such as 215R6LAFA12E do not seem to be affected.  

Since DVI panels have become cheap and plentiful recently we can expect to see this problem more often as older systems are connected to new DVI monitors.   


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

ATI Radeon 7000 video cards with AMD Part number: 102-85537-00 
Or HP Part number:  AH391A 

How reproducible:


Steps to Reproduce:
1. Use the DVI output of the Radeon 7000

2. Use a monitor capable of displaying at least 1600x1200@60 Hz with a pixel clock of 162MHz.  Determine the clock using "xrandr --verbose".  Or if your version of xrandr doesn't provide this find the modeline in /var/log/Xorg.0.log and read the clock value there, OR use an oscilloscope to view DVI connector pins 23 and 24 (TMDS differential clock).

3. Apply heat to the video chip.   
  
Actual results:

Failure (black screen) will often occur between 30C to 50C. 


Expected results:
Normal video up to at least 50C.

Additional info:

The original design limit for the DVI output of the Radeon 7000 was 108MHz.  Testing has shown 135MHz to be stable.  

To handle this problem, the video driver should restrict modes to at least 135MHz for these cards.  

Sixteen cards were tested at AMD after being returned from HP customers.  All cards failed at DVI/162MHz.  None of the cards failed at DVI/135MHz.
Comment 1 Rod Macdonald 2010-01-12 17:12:26 UTC 
Also being discussed in Freedesktop bugzilla:  bug 25992.
Comment 2 cooper 2010-01-13 03:16:11 UTC 
Created attachment 383396 [details]
eliminate high clock modes for RV100

This issue can be fixed properly in 6a363f68415d37c302151581f2a86855dba39b67.

For SLES-11, the attached patch also works out.
Comment 5 RHEL Program Management 2010-12-07 10:35:00 UTC 
This request was evaluated by Red Hat Product Management for inclusion in Red Hat Enterprise Linux 5.6 and Red Hat does not plan to fix this issue the currently developed update.

Contact your manager or support representative in case you need to escalate this bug.
Comment 6 RHEL Program Management 2011-06-20 21:35:15 UTC 
This request was evaluated by Red Hat Product Management for inclusion in Red Hat Enterprise Linux 5.7 and Red Hat does not plan to fix this issue the currently developed update.

Contact your manager or support representative in case you need to escalate this bug.
Comment 8 Jérôme Glisse 2011-10-03 18:34:47 UTC 
Created attachment 526109 [details]
rv100 limiting mode on dvi backport

Backport to the RHEL5 ddx
Comment 13 RHEL Program Management 2011-10-11 19:27:51 UTC 
This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated in the
current release, Red Hat is unfortunately unable to address this
request at this time. Red Hat invites you to ask your support
representative to propose this request, if appropriate and relevant,
in the next release of Red Hat Enterprise Linux.
Comment 16 RHEL Program Management 2012-06-12 01:00:23 UTC 
This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated in the
current release, Red Hat is unfortunately unable to address this
request at this time. Red Hat invites you to ask your support
representative to propose this request, if appropriate and relevant,
in the next release of Red Hat Enterprise Linux.
Comment 17 Larry Troan 2013-09-10 17:13:10 UTC 
Switching NEEDINFO to Anne as she owns AMD now.
Comment 18 RHEL Program Management 2014-03-07 13:53:31 UTC 
This bug/component is not included in scope for RHEL-5.11.0 which is the last RHEL5 minor release. This Bugzilla will soon be CLOSED as WONTFIX (at the end of RHEL5.11 development phase (Apr 22, 2014)). Please contact your account manager or support representative in case you need to escalate this bug.
Comment 19 RHEL Program Management 2014-06-02 13:22:04 UTC 
Thank you for submitting this request for inclusion in Red Hat Enterprise Linux 5. We've carefully evaluated the request, but are unable to include it in RHEL5 stream. If the issue is critical for your business, please provide additional business justification through the appropriate support channels (https://access.redhat.com/site/support).
Comment 20 Rod Macdonald 2014-09-15 13:51:32 UTC 
Given the age of this video processor, wontfix is acceptable for this problem.