Created attachment 58491 [details]
I've been seeing display corruption under some circumstances for some time
now. The issue can be easily reproduced with the attached reduced test case,
although it is not as reduced as I would have liked. The test case is from a
phone number dialing application. The corruption usually happens after
entering or clearing some numbers. I'm attaching a screenshot of a case where
the corruption is visible.
I'm also attaching the output of lspci and the Xorg.log. I'm using the Linux
While investigating, I tried several of the options listed in the X driver's
manpage and noticed that the problem goes away when I put the following in a
file in the xorg.conf directory:
Option "DebugFlushBatches" "true"
Also it seems like the corruption cannot be reproduced when using SNA.
However SNA turned out to be somewhat unstable, but that should go into a
separate bug report.
Created attachment 58492 [details]
output of lspci -vv
Created attachment 58493 [details]
With this test-case I can reproduce the issue easily using
the GtkLauncher from WebKitGtk 1.7.5.
Created attachment 58494 [details]
screenshot of the corruption
The corruption is the line join the baseline of the "2222" and the rainbow line inside the textbox, right?
(In reply to comment #4)
> The corruption is the line join the baseline of the "2222" and the rainbow line
> inside the textbox, right?
Yes. Although the corruption can be different. I've seen problems where
there's only the rainbow line, and the line width varies. Sometimes,
though much less often, it can also happen that the frame around the
textbox gets "displaced" downwards by some pixels, such that the top of
the frame is doubled.
If it helps I can try to get a screenshot of that particular case.
In http://cgit.freedesktop.org/~ickle/xf86-video-intel/log/?h=uxa I've put some patches to dumb down UXA slightly. Can you apply those and see if the removal of the extra layer of caching prevents this corruption?
(In reply to comment #6)
> In http://cgit.freedesktop.org/~ickle/xf86-video-intel/log/?h=uxa I've put some
> patches to dumb down UXA slightly. Can you apply those and see if the removal
> of the extra layer of caching prevents this corruption?
I checked out your uxa branch, rebuilt the driver and ran my tests again and
I can no longer reproduce the corruption. I've even tested the original setup
from which I reduced the test-case and I no longer see the corruption there
One thing though: I had to remove the src/legacy directory from the driver
build because it didn't compile.
(In reply to comment #7)
> One thing though: I had to remove the src/legacy directory from the driver
> build because it didn't compile.
I just remembered that this is an issue with the driver's build system in the
cross-compilation setup that I have. I sent a patch for that some time ago
but I think it must have gone unnoticed. I'll attach it here again for
Created attachment 58502 [details] [review]
configure: Keep passed-in CFLAGS for DRI tests
Note that this patch doesn't fix the original bug in this report but is
rather a build fix for cross-compilation setups.
Applied the branch and your build fix, thanks.
Merge: 64ccc66 84d7a82
Author: Chris Wilson <firstname.lastname@example.org>
Date: Thu Mar 15 12:43:47 2012 +0000
uxa: Merge 'remove complicated second level caching'
Signed-off-by: Chris Wilson <email@example.com>
Don't forget to create a bug report for the SNA instability!