Created attachment 317292 [details] Xorg.0.log Description of problem: Scrolling text in gnome-terminal causes annoying flickering of the whole desktop. It's like if the whole picture moves a few pixels down, some additional black stripes appear randomly and then the screen is redrawn correctly. All of this happens in a small fraction of a second. Version-Release number of selected component (if applicable): xorg-x11-drv-ati-6.9.0-14.fc10.x86_64 How reproducible: I can reproduce it at will. Steps to Reproduce: 1. Run gnome-terminal 2. vim some_long_text_file 3. hold the down or up arrow to scroll the text Actual results: About once every second the visible flicker occurs. Expected results: Scrolling in gnome-terminal should not have any effect outside of the window. Additional info: I have a Toshiba laptop with an ATI chip: 01:05.0 VGA compatible controller [0300]: ATI Technologies Inc RS690M [Radeon X1200 Series] [1002:791f] I do not have an xorg.conf, I let X autodetect everything. While experimenting with this bug I discovered that it only happens with (the default) EXA acceleration method. Adding a xorg.conf with 'Option "AccelMethod" "XAA"' makes the bug go away.
Behdad, any thoughts? Or is it just pure our mess?
Sounds like X issues. Very unlikely to be g-t.
I downloaded and installed an older version of the driver from Koji: xorg-x11-drv-ati-6.8.0-19.fc10.x86_64 The older version defaults to XAA, but when forced to use EXA with 'Option "AccelMethod" "EXA"', the same flickering happens.
And what about other way around? Using the latest -ati driver and put "AccelMethod" "XAA" into xorg.conf?
Matej, I wrote that in the original report. With the current driver version 'Option "AccelMethod""XAA"' makes the bug go away. So no matter whether I use the old or the new driver version, EXA always flickers, XAA never does.
Still reproducible with xorg-x11-drv-ati-6.9.0-25.fc10.x86_64. The flickering effect is best observed when cpufreq is set to a lower frequency (in my case 800 MHz). With the CPU running at full speed (2 GHz), the flickering is much less visible. Also I noticed the flickering happens with other applications besides gnome-terminal. With gnome-terminal it's just the easiest to reproduce.
On my computer (MB Asus M2A-VM with RS690), the flickering is visible only when the display is rotated to portrait mode using "xrandr -o left" AND the system is resumed from sleep mode. After fresh boot, the flickering is barely visible. But after suspend/resume it becomes clearly noticeable and annoying even with CPU running at full 2.5 GHz. kernel: 2.6.27.4-51.fc10.x86_64 driver: xorg-x11-drv-ati-6.9.0-31.fc10.x86_64 Dmesg after wakeup shows this: [drm] Loading RS690/RS740 Microcode [drm] Num pipes: 1
I just noticed that once the flickering starts (after resuming the computer from suspend), killing/restarting the X server does not help. I must reboot the machine to get rid of the flickering.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
There have been bunch of bug fixes Could you retest with the latest kernel ( -132 at the time of this writing ) You can get the latest kernel build here http://koji.fedoraproject.org/koji/buildinfo?buildID=72270 And with the latest xorg-x11-drv-ati. ( -60 at the time of this writing ) You can get the latest xorg-x11-drv-ati build here http://koji.fedoraproject.org/koji/packageinfo?packageID=95 And report back if it either improves or fixes this issue.. Thanks.
I have kernel kernel-2.6.27.7-133 (built myself from Fedora CVS) and xorg-x11-drv-ati-6.9.0-60. The bug is still there.
Unlike Jan, I do not need to rotate the screen or suspend/resume to see the flickering. I am seeing the bug right after a fresh boot and without rotation.
Hum.. Which X server build are you using? Update to the latest in koji, Let's see if that does some wonders.. http://koji.fedoraproject.org/koji/buildinfo?buildID=69927
xorg-x11-server-1.5.3-5.fc10 (currently the latest) is the one in F10 GA, so I'm already running that one. I have upgraded to xorg-x11-drv-ati-6.9.0-61.fc10 and kernel-2.6.27.7-134.fc10 and the bug is still present.
Still trivially reproducible with: xorg-x11-drv-ati-6.10.0-1.fc10.x86_64 xorg-x11-server-Xorg-1.5.3-6.fc10.x86_64 kernel-2.6.27.12-170.2.5.fc10.x86_64
I upgraded the laptop to Rawhide. I can still reproduce the flickering as described in my original report. xorg-x11-drv-ati-6.12.0-2.fc11.x86_64 xorg-x11-server-Xorg-1.6.0-15.fc11.x86_64 kernel-2.6.29-0.279.rc8.git6.fc11.x86_64
seeing the same thing on a toshiba with 01:05.0 VGA compatible controller: ATI Technologies Inc RS690M [Radeon X1200 Series] on fedora11 i have tried setting accelmethod to xaa, but i still get exa, and the flickering.
The flickering is still reproducible with current Fedora 11, both with or without KMS. There's a bit of good news: current upstream xf86-video-ati from git master is not affected. Here's a scratch build for testing: http://koji.fedoraproject.org/koji/taskinfo?taskID=1452541 It has serious issues with modesetting enabled, but works fine with "nomodeset".
Also reproduced here, on a Thinkpad T60 running Fedora 11, with modesetting disabled. 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc M52 [Mobility Radeon X1300] [1002:7149] I am running xorg-x11-drv-ati-6.12.2-14.fc11.i586. The problem was gone when using 'Option "AccelMethod" "XAA"'.
I cannot reproduce this in Rawhide, with or without KMS. With KMS the scrolling is slow and far from smooth, but no flickering happens. kernel-2.6.31-0.204.rc9.fc12.x86_64 xorg-x11-drv-ati-6.13.0-0.2.20090821gitb1b77a4d6.fc12.x86_64 xorg-x11-server-Xorg-1.6.99-45.20090903.fc12.x86_64
I'm running F12 with fluxbox as my desktop manager and having the same problem when using gnome-terminal. I'm on all the latest updates from yum update Here is all the relevant package info NOTE-- I'm not using an ATI card at all: lspci -v | fpaste http://fpaste.org/Mjj0/ yum info vim* | fpaste http://fpaste.org/KZOU/ yum info xorg* | grep Name | fpaste http://fpaste.org/pzYF/ yum info xorg* | fpaste http://fpaste.org/evVQ/ I fix the issue by closing all my gnome-terminals and the problem goes away immediately.
Ryan, issues like these are almost certainly hardware-specific and this BZ was about ATI, so please file a new bug and attach dmesg, /var/log/Xorg.0.log, /etc/X11/xorg.conf (if you use one) to it (directly to BZ, not via fpaste). Thank you.
Created attachment 407847 [details] rhl6856 xorg.0.log
Created attachment 407848 [details] rhl6856 xorg.conf
alright done, dmesg | fpaste Uploading (98.7K)... http://fpaste.org/wcS9/ it doesn't seem like any of these things are producing relevant error text as the error is occuring.