Can you attach your xorg log from 6.10.0?

Hi!

I also have the flickering problem. I am running Ubuntu jaunty AMD64 with an RS690G. Driver version is 6.11.0

I actually have two different kinds of flickering. The more annoying is that sometimes the screen goes black for a moment, and returns after that. xrandr offers two refresh rates for my DVI display (60.3*+ Hz and 59.9Hz, but I cannot switch to 59.9), and the display could be a little picky about the refresh rate.

The other flickering only concerns the mouse pointer, and only if I move it to certain positions on the X axis.

Attached is my X server log.

Regards

Martin

Created attachment 23685 [details]
X server log

My X server log

please attach your log directly rather than zipping it next time.  In your case the xserver has selected a clone mode for your HMDI monitor that matches your VGA port.  the digital display may not like the timing.  since the monitors are cloned, you'll have to select a different crtc to drive them at different timings.  xrandr would ideally be smart enough to do this itself.

if you want the native mode:
xrandr --output HDMI-0 --crtc 1 --mode 1680x1050
or if you want 1280x1024:
xrandr --output HDMI-0 --crtc 1 --mode 1280x1024 --rate 59.9

Hi!

I do not use clone mode, but dual-head (DVI display on the left, VGA display on the right). I actually was able to switch to the 59.9Hz modeline using "xrandr --output HDMI-0 --mode 0x5d" (From the list that "xrandr --verbose" prints), but the flickering stays. The flickering only affects the DVI display, the VGA display stays stable all the time.

Also note that the display is not connected via HDMI, but DVI (only xrandr calls it HDMI-0, although the board has a HDMI connector, too).

Sorry for gzipping the log, I just intended to save space.

For some time, I used the fglrx driver, which does not exhibit the flickering.

I'd like to test some newer version of the driver. If I check it out and install it, it goes to /usr/local. How do I tell the X server to look there instead of /usr?

Ciao

Martin

I also have the flickering problem.  Jaunty RC, Toshiba A215 (ATI RS690M [Radeon X1200 Series]

I think this should be fixed with this commit:
24e4b73b4fbbb2c790e6120ede3caaa4e7e58359

please try git master and report back.

Hi!

I just installed the git head version using the instructions from http://www.x.org/wiki/radeon. The flickering got much worse, it is now actually constantly black, and my screen just says "Frequency out of range 65kHz/60Hz, please adjust to 1680x1050 with 60Hz".

From time to time, my desktop comes through for a blink of an eye, and I can see snow (just like overclocked or bad video RAM).

Created attachment 25133 [details]
Xorg log with radeon git head drivers.

Please try with xf86-video-ati git master.  This is probably a dup of bug 22229.

Created attachment 26761 [details]
Register dumps with -ati and radeonhd

As a "wrap-up" of my conversation on #radeon two days ago, here is a dump of the IGP registers.

I also made a short video of how the flickering looks (AVI/MPEG4/no sound):

http://www.emmes-world.de/hacking/flicker-rs690.avi

Ciao

Martin

Hi!

The flickering is still there (current ubuntu karmic packages). I am on vacation, and thus have some time this and next week to do some git-testing :)

Are the instructions on http://www.x.org/wiki/radeon still valid, or were there changes due to the switch to KMS? If this bug is in the modeswitching part, will I have to patch the kernel?

Please try:
Option "DisplayPriority" "HIGH"
With latest git with kms disabled.

I'm on git head now, and set "DisplayPriority" "HIGH". The blackouts remain. If you tell me how, I could do some sniffing/register dumping/whatever on Windows XP x64, if that would help...

can you try with ati from git master?  Specifically commit 66b194a78c470cb3978f310828dd96c3f3e96944.

Sorry for the delay, I had to find some time to connect the RS690-based box again and do the testing. I installed the latest git head for dri2proto,drm,macros,mesa,pthread-stubs and xf86-video-ati, and restarted the box with radeon.modeset=0. The flickering actually got worse (just as with the standard ddx and KMS on Ubuntu 9.10; Now also the lower resolutions flicker on the DVI screen.

I'll try http://bugs.freedesktop.org/show_bug.cgi?id=19960#c29 next, and report back there.

I tried all 8 pll_flags values, none of them gave me a stable picture. Here are my notes just copied from the source file:

----
  /* (1) better than nothing, but still 1 flicker every 5-30s */
    //pll_flags = RADEON_PLL_PREFER_LOW_REF_DIV; 

    /* (2) Way better than the first one, the first flicker came
     * about 15 minutes after starting the X server. Then
     * about one per 30-60s. */
    //pll_flags = RADEON_PLL_PREFER_HIGH_REF_DIV;

    /* (3) Flickering starts right away. Similar to Nr. 2 otherwise. 
     * flickers every 15-120s */
    //pll_flags = RADEON_PLL_PREFER_LOW_FB_DIV;

    /* (4) Quite bad, just as without pll_flags being set here.
     * Flickers every 2-15s. */
    //pll_flags = RADEON_PLL_PREFER_HIGH_FB_DIV;

    /* (5) Just as Nr. 3 */
    //pll_flags = RADEON_PLL_PREFER_LOW_POST_DIV;

    /* (6) Similar to Nr. 2 */
    //pll_flags = RADEON_PLL_PREFER_HIGH_POST_DIV;

    /* (7) Worst of all: From time to time, the display OSD even shows
     * an out-of-sync warning. */
    //pll_flags = RADEON_PLL_USE_FRAC_FB_DIV;

    /* (8) Similar to Nr. 3 */
    //pll_flags = RADEON_PLL_PREFER_CLOSEST_LOWER;
----

Alex, what should I do? I feel the growing urge to buy another graphics card... Or is there a real chance that the problem can be fixed?

Does using either of these in conjunction with the others help?
RADEON_PLL_USE_FRAC_FB_DIV
RADEON_PLL_PREFER_CLOSEST_LOWER

E.g., 
pll_flags = RADEON_PLL_PREFER_LOW_REF_DIV | RADEON_PLL_USE_FRAC_FB_DIV;
or,
pll_flags = RADEON_PLL_PREFER_LOW_REF_DIV | RADEON_PLL_USE_FRAC_FB_DIV | RADEON_PLL_PREFER_CLOSEST_LOWER;
etc.

I've added a new pll algo to xf86-video-ati git master.  Does that help?

I had posted this at Launchpad #331522 already but it might be a good idea to have it here as well.

I've installed Ubuntu 10.04 on an MSI K9AG Neo2-Digital with 690G chipset and the screen flickers here as well. I can't really describe it well, it feels like the vsync gets lost or something. The display (Iiyama E430) is connected using VGA.

I've seen it happening on startup and when starting an application, will test some more soon.

Created attachment 35874 [details]
dmesg info and xorg.log

dmesg output and Xorg.log with all default stuff in the attachment. With that I get the flickering.

I've taken another look and it's more like the screen flickers between black and normal display when it flickers. No vsync thing as I mentioned earlier.

I've added radeon.modeset=0 and it looks like this has removed the flickering entirely, so I'm happy (I don't really need KMS on that box).

The radeonhd driver (from Ubuntu 10.04 lucid repositories, same place where I got radeon) also flickers, but a lot less.

(In reply to comment #21)
> I've added radeon.modeset=0 and it looks like this has removed the flickering
> entirely, so I'm happy (I don't really need KMS on that box).

Can you attach the xorg log with kms disabled? Can you also attach a register dump from kms and ums as root?  Use avivotool, available here:
http://cgit.freedesktop.org/~airlied/radeontool/
I believe ubuntu packages it as well.

boot ums (radeon.modeset=0):
avivotool regs all > ums.regs
boot kms:
avivotool regs all > kms.regs
and attach the files here.

Created attachment 35886 [details]
Xorg log using UMS

In the attachment you find the Xorg.log when using UMS.

I cannot give you the register dumps. When I enter that command from a gnome-terminal the system freezes and the screen shows some strange purple stuff. When I enter that command at tty1 the system freezes and the screen goes black. After restarting the computer I find out no file has been written (or a 0 byte file which is no use).

I you (or anyone else) has a suggestion to sucessfully make the register dump I don't mind hearing about it.

X1200 
archlinux 2.6.36
both xf86-video-ati 6.13.2-2 and latest xf86-video-ati-git(20110128-1)

I still meet this problem.
And if i disabled the kms, a segment fault can be seen in the xorg.log.

Does the last kms drm patch on this bug:
https://bugzilla.kernel.org/show_bug.cgi?id=26552
help?

(In reply to comment #26)
> Does the last kms drm patch on this bug:
> https://bugzilla.kernel.org/show_bug.cgi?id=26552
> help?

Thx for ur reply!
I will try to test it after one week and put my feedback here.

(In reply to comment #27)
> (In reply to comment #26)
> > Does the last kms drm patch on this bug:
> > https://bugzilla.kernel.org/show_bug.cgi?id=26552
> > help?
> 
> Thx for ur reply!
> I will try to test it after one week and put my feedback here.

(In reply to comment #26)
> Does the last kms drm patch on this bug:
> https://bugzilla.kernel.org/show_bug.cgi?id=26552
> help?

Since archlinux kernel updated to 2.6.38-ARCH #1, i haven't see this problem for hours. 
Thx ! I think it has been fixed for me.

Nothing new since 2011, last comment saying its fixed.

I had similiar flickering issues with RS690 too, but this is long time fixed for me too (absolutely for KMS and xf86-video-ati).

Referred kernel bug is too fixed. Closing as Fixed, feel free to reopen.