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
Which card is the problematic monitor attached to? Also, please attach your dmesg output.
Created attachment 42661 [details] dmesg output dmesg output as requested. problematic monitor is RV516
Does the last patch on this bug help? https://bugzilla.kernel.org/show_bug.cgi?id=26552
(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.
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)?
(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.
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.
(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.
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.