Bug 33657 - Second device in a dual head system flashes on and off
Summary: Second device in a dual head system flashes on and off
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-28 07:56 UTC by SMF
Modified: 2018-06-12 19:06 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg.0.log (41.70 KB, patch)
2011-01-28 07:56 UTC, SMF
no flags Details | Splinter Review
dmesg output (41.73 KB, text/plain)
2011-01-28 09:32 UTC, SMF
no flags Details

Description SMF 2011-01-28 07:56:35 UTC
Created attachment 42657 [details] [review]
Xorg.0.log

Graphics on both heads is fine (1600x1200 24bit) however from time to time the second head will flash on and off, the problem is worse just after the Xorg server is started. I have changed the system board processor and graphics card(s) but the problem is always there.

System built from latest source (http://ftp.x.org/pub/individual/) see attached Xorg.0.log

01:05.0 VGA compatible controller: ATI Technologies Inc 760G [Radeon 3000]
02:00.0 VGA compatible controller: ATI Technologies Inc RV516 [Radeon X1300/X1550 Series]

thanks
Comment 1 Alex Deucher 2011-01-28 08:01:10 UTC
Which card is the problematic monitor attached to?  Also, please attach your dmesg output.
Comment 2 SMF 2011-01-28 09:32:04 UTC
Created attachment 42661 [details]
dmesg output

dmesg output as requested.
problematic monitor is RV516
Comment 3 Alex Deucher 2011-01-28 13:07:59 UTC
Does the last patch on this bug help?
https://bugzilla.kernel.org/show_bug.cgi?id=26552
Comment 4 SMF 2011-01-29 10:37:09 UTC
(In reply to comment #3)
> Does the last patch on this bug help?
> https://bugzilla.kernel.org/show_bug.cgi?id=26552

I tried the patch but it made no difference, however I think I have found a solution to my problem.
For some reason I decided to change the video lead from the RV516 card to the monitor (an HP LP2065) the card supports both the old 15 pin analogue and the newer digital socket types. Changing the cable from digital to analogue has "fixed" the problem. I have many cables of both types and a second LP2065 monitor the problem always appears with a digital connection to the RV516. Do you think this is a quirk of the particular RV516 card I have or something associated with the driver ? If the latter and you think it worth investigating further I am willing to do more work on this problem (I do have a RV710 based card that I could swap in and test that combination of driver, cables etc. ) or should I leave the problem as "fixed" and move on ?

thanks for your help anyway.
Comment 5 Alex Deucher 2011-01-29 14:31:48 UTC
This issue is that digital links tend to be pickier about pll dividers and underflow to the display controller than analog links.  You might also try booting with radeon.disp_priority=2 on the kernel command line in grub.  Can you also try the patches in comments 8 and 20 from the other bug (https://bugzilla.kernel.org/show_bug.cgi?id=26552)?
Comment 6 SMF 2011-01-30 02:33:27 UTC
(In reply to comment #5)
> This issue is that digital links tend to be pickier about pll dividers and
> underflow to the display controller than analog links.  You might also try
> booting with radeon.disp_priority=2 on the kernel command line in grub.  Can
> you also try the patches in comments 8 and 20 from the other bug
> (https://bugzilla.kernel.org/show_bug.cgi?id=26552)?

tried radeon.disp_priority=2 with stock kernel;
tried patch from comment 8 with and without radeon.disp_priority=2;
tried patch from comment 8 with patch from comment 20, with and without radeon.disp_priority=2;

All failed to make any improvement the flashing is now every few seconds .With the patch combination suggested in comment 3 of this thread the flashing went out to 1-5 minutes between events.
Comment 7 Alex Deucher 2011-01-30 08:43:55 UTC
How about the patch in comment 29 of this bug:
https://bugzilla.kernel.org/show_bug.cgi?id=26552
You might also try the individual mini-patches in comment 10 along with the patch in comment 8.
Comment 8 SMF 2011-01-31 11:17:02 UTC
(In reply to comment #7)
> How about the patch in comment 29 of this bug:
> https://bugzilla.kernel.org/show_bug.cgi?id=26552
> You might also try the individual mini-patches in comment 10 along with the
> patch in comment 8.

Tried all the patch combination's suggested (with and without the  radeon.disp_priority=2 option) still no improvement.
Comment 9 Adam Jackson 2018-06-12 19:06:25 UTC
Mass closure: This bug has been untouched for more than six years, and is not
obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases.


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.