Bug 21643 - DVI-1 connector doesn't work; Radeon HD 3470
Summary: DVI-1 connector doesn't work; Radeon HD 3470
Status: RESOLVED WORKSFORME
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: 7.4 (2008.09)
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-09 07:43 UTC by Andreas Juch
Modified: 2010-01-20 07:29 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
my xorg.conf (1.52 KB, application/octet-stream)
2009-05-09 07:44 UTC, Andreas Juch
no flags Details
Xorg.log (92.25 KB, text/x-log)
2009-05-09 07:45 UTC, Andreas Juch
no flags Details
Xorg.conf when DVI-1 is connected to analog VGA (108.91 KB, application/octet-stream)
2009-05-09 08:39 UTC, Andreas Juch
no flags Details
my dmesg (43.83 KB, text/plain)
2009-10-19 15:56 UTC, Reinout van Schouwen
no flags Details
my Xorg log (40.99 KB, text/plain)
2009-10-19 15:56 UTC, Reinout van Schouwen
no flags Details
Xorg.log with new Xserver and radeon from git (78.66 KB, application/octet-stream)
2010-01-20 07:29 UTC, Andreas Juch
no flags Details

Description Andreas Juch 2009-05-09 07:43:37 UTC
The DVI-1 connector doesn't work with the following PCI-E card (Sapphire HD 3470, passively cooled) and the current radeon driver from git:

01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3470

The card has two DVI connectors. xrandr output says that the DVI-1 output should be working, when I take a screenshot, it has the correct dimensions.

Screen 0: minimum 320 x 200, current 2960 x 1050, maximum 2960 x 1050
DVI-1 connected 1280x1024+1680+0 (normal left inverted right x axis y axis) 338mm x 270mm
   1280x1024      60.0*+   75.0     72.0     60.0* 
   1152x864       75.0  
   1024x768       75.0     70.1     60.0  
   832x624        74.6  
   800x600        72.2     75.0     60.3  
   640x480        75.0     72.8     66.7     59.9  
   720x400        70.1  
   640x350        70.1  
DVI-0 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 474mm x 296mm
   1680x1050      59.9*+
   1280x1024      75.0     60.0  
   1440x900       75.0     59.9  
   1280x960       60.0  
   1280x800       74.9     59.9  
   1152x864       75.0  
   1152x720       60.0  
   1024x768       75.0     60.0  
   832x624        74.6  
   800x600        75.0     60.3  
   640x480        75.0     59.9  
   720x400        70.1  

At Xorg startup the monitor connected to DVI-1 seems to be initialized because the monitor wakes up from standby, but immediately displays "No signal detected" and goes to standby again.

When I swap the connected DVI cables, the other monitor works (in fact only the monitor connected to DVI-0 works), so no hardware defect. I previously used this setup successfully with fglrx and radeonhd.

The problem seems not to be related to DPMS ('sleep 5; xset dpms force off' doesn't help).

Xorg log and config are attached.

Best regards,
Andreas
Comment 1 Andreas Juch 2009-05-09 07:44:29 UTC
Created attachment 25664 [details]
my xorg.conf
Comment 2 Andreas Juch 2009-05-09 07:45:05 UTC
Created attachment 25665 [details]
Xorg.log
Comment 3 Andreas Juch 2009-05-09 08:38:07 UTC
I just got a tip from David De La Harpe Golden to try a analog adapter. When DVI-1 is connected via analog cable, the second screen works. Xorg.log is attached.
Comment 4 Andreas Juch 2009-05-09 08:39:34 UTC
Created attachment 25670 [details]
Xorg.conf when DVI-1 is connected to analog VGA
Comment 5 David De La Harpe Golden 2009-05-09 09:41:07 UTC
Just to note, I just started seeing a highly similar issue with radeonhd on a hd4870x2 following upgrade to debian/unstable's current xorg (which is 1.6.1)

Comment 6 David De La Harpe Golden 2009-05-11 14:40:58 UTC
(In reply to comment #5)
> Just to note, I just started seeing a highly similar issue with radeonhd on a
> hd4870x2 following upgrade to debian/unstable's current xorg (which is 1.6.1)
> 

... aaand the problem went away for me (n.b. I'm not Andreas) again  upon cold reboot this evening after the machine (both computer and monitor) had been powered off at the mains for some hours. Ho hum. 
Comment 7 Andreas Juch 2009-06-08 13:22:49 UTC
I tried with today's git, DVI still doesn't work, VGA works as workaround.
Comment 8 Reinout van Schouwen 2009-10-19 15:56:27 UTC
Created attachment 30575 [details]
my dmesg

As requested on the xorg-driver-ati mailinglist, I'm attaching my dmesg and xorg logs. I have a similar problem as the one described in this bug: after boot with KMS enabled, the screen comes up either completely blank or with vertical colored stripes. The console still reacts to keyboard input. The monitor is an Asus laptop LCD screen.
Comment 9 Reinout van Schouwen 2009-10-19 15:56:58 UTC
Created attachment 30576 [details]
my Xorg log
Comment 10 Reinout van Schouwen 2009-10-19 15:59:07 UTC
Actually my problem may be more similar to bug 24587.
Comment 11 Alex Deucher 2009-10-21 13:32:06 UTC
can you try with ati from git master?  Specifically commit 66b194a78c470cb3978f310828dd96c3f3e96944.
Comment 12 Alex Deucher 2009-12-09 10:10:16 UTC
Can you try with the latest code from xf86-video-ati git master?  I just committed some new PLL code that might help.
Comment 13 Andreas Juch 2009-12-09 11:12:18 UTC
Hi!

I have no second DVI cable here, but after christmas I'll try!
Comment 14 Johannes Hofmann 2010-01-19 12:06:38 UTC
Have tested it with latest git master branch.
Commit bd011784c0609f1fd03dcb784744c8f5cdef33da.
Works for me now.
Thanks to Alex Deucher.
Comment 15 Andreas Juch 2010-01-20 07:28:17 UTC
Just tried it. No luck with today's git master (newest commit: 30a19b75cc82b8e04c45e6684b84f9a4ccc0505b). I'm using x server 1.7.4 now and kernel 2.6.32.

The problem didn't go away, the monitor still stays black and xrandr still says it's working... I upload the current Xorg.log
Comment 16 Andreas Juch 2010-01-20 07:29:10 UTC
Created attachment 32741 [details]
Xorg.log with new Xserver and radeon from git


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.