Created attachment 17212 [details]
screenshot, look for text field "In group"
X server from git master - 068fa63496c7c363706f0d356b5132bc591c04c6
pixman from git master - commit eb2d95de98683a387153f010077ad9c3c3b1b01d
xf86-video-ati git master - eed241553748125e902c44dcc8cf8e0605be071b
drm - 59112c9e521d1543e8b76635ef223e7f29d35e6a
Video hardware -
01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 01)
Monitor - SyncMaster 550s, mode 1024x768, 24 bit, 75hz plugged into VGA
Additional monitor in clone mode - same model, same mode, plugged into DVI (DVI-A)
I have strange artifacts while scrolling gmane's search page, using SeaMonkey 1.1.9 _GTK1_ build.
Artifacts can be fixed by doing any from following actions:
1) Use SeaMonkey GTK2 version.
2) Resize application window to weight < 900.
3) Insert Option "EXAOptimizeMigration" "0" in my Xorg.conf
Created attachment 17213 [details]
Created attachment 17214 [details]
Additional comment: please, scroll with mouse wheel or arrow keys - scrolling by dragging scrollbar not always trigger this bug.
Does the problem also occur without Option "AccelDFS"?
A simpler test case would be helpful.
Created attachment 17238 [details]
simple html page
This bug look generic enough - i have it even on nouveau. Same option Option "EXAOptimizeMigration" "0" fixes it here, too. On rv280 - accelDFS "0" give me no result.
About this html - if you add corresponding css file to it, and use default style you will see nice black input field right at startup. (in Linux GTK1 build from http://www.seamonkey-project.org/releases/)
Created attachment 17239 [details]
unmodified *.css as saved by seamonkey.
Created attachment 17240 [details]
Xorg.log with EXA debug enabled
Just started twm + seamonkey with simple.html in it. (**) RADEON(0): Option "EXAOptimizeMigration" "0"
Next file will be from radeon too, but without this option.
Created attachment 17241 [details]
xorg.log with optimization enabled, same EXA debug level
both logs from x server 1.5.99, git master commit 155fcecb320dbcfb899d6bcd78048ce0993bf28b.
Created attachment 17242 [details]
Looks like i have broken font(s): bug only present if i have
FontPath "/usr/X11R7/lib/X11/fonts/cp1251/75dpi" in my xorg.conf.
I'll attach archive with these fonts ....
Created attachment 17385 [details]
fonts from my machine
Created attachment 17386 [details]
probably broken font (*.pcf)
At least without this font everything is normal.
I've reproduced the problem with a different font. I don't think the problem is directly related to the font.
Created attachment 18000 [details]
more visible corruption, with "EXANoComposite" "1"
May be this is another bug, but now ("EXANoComposite" "1" in xorg.conf) i can see various image corruption everywhere, in gtk2/qt3/kde apps, all font-related.
(same result with nouveau (tnt2,nv40) and radeon drivers).
(In reply to comment #14)
> May be this is another bug,
No need to speculate... If
Option "EXAOptimizeMigration" "off"
works around the problem, it may be the same bug, otherwise it's not.
> (same result with nouveau (tnt2,nv40) and radeon drivers).
With radeon, does it also happen if you disable the DRI?
(In reply to comment #15)
> (In reply to comment #14)
> > May be this is another bug,
> No need to speculate... If
> Option "EXAOptimizeMigration" "off"
> works around the problem, it may be the same bug, otherwise it's not.
> > (same result with nouveau (tnt2,nv40) and radeon drivers).
> With radeon, does it also happen if you disable the DRI?
yes, xserver master commit a3afa6f2fb80489f7b6a88d12def09281d32ed94 , xf86-video-ati commit 1f3eee3682f3598a303c9c3accfbe01b245cacf9, pixman commit dfe1f63f709fc711c15d1be317dc1404d72b3efd, DRI off - bug still here.
I'm having a hard time reproducing this with EXA from current upstream xserver Git. Can you try that?
I started to have this problem after I upgraded my machine from xorg-server 1.6.4 to 1.8.0. It happens quite often, especially after I resume my laptop (HP Compaq nx6325 with RS482) from suspend to RAM. it looks like in 1.6.4 ExaOptimizeMigration was disabled by default and now in 1.8.0 it is enabled by default. When I disable it manualy problems with corruption seem to be gone. O, I'm using xf86-video-ati from git.
Created attachment 34864 [details]
Example for corruption 1
Created attachment 34865 [details]
Example for corruption 2
I'm having similar problems with slightly different versions:
I've found that maybe "EXANoDownloadFromScreen" would workaround "Example for corruption 1", but not the example 2 which I can't avoid so far.
Maybe you could try that option too.
Any updates? Is this still a problem?
No response, so closing. If this is still an issue, please reopen with