Bug 88889

Created attachment 113002 [details]
dmesg

Created attachment 113003 [details]
Xorg log

Created attachment 113004 [details]
example1

Created attachment 113005 [details]
example2

Created attachment 113006 [details]
example3

Hardware is the same as described in comment 10 in this bugreport: https://bugs.freedesktop.org/show_bug.cgi?id=47858#c10

What it looks like is the compositor is sampling the updated pixmaps in the middle of a cache flush. The triangle artifacts is symptomatic of how OpenGL renders, but the actual corruption looks to be at the individual EU/thread level i.e. sampling. Given that there is supposed to be a full cache flush between X rendering and the compositor (and vice versa), that is surprising!

Can you please try Option "AccelMethod" "blt"? Could you also find a really old version of mesa, say even 9.0 or 10.0? Could you try a few different kernels?

> Can you please try Option "AccelMethod" "blt"? 
Just tested it, same result as with SNA on Mesa 10.3 and 10.5 and GLAMOR on Mesa 10.5.

> Could you also find a really old version of mesa, say even 9.0 or 10.0? Could you try a few different kernels?
I may try Kubuntu 12.10 (Linux 3.5, Mesa 9.0) Kubuntu 13.04 (Linux 3.8, Mesa 9.1.1) and Kubuntu 13.10 (Linux 3.11, Mesa 10.0) LiveCD's. That would be fine?
Or, if I need to test older kernels especially with Mesa 10.5, plese let me know which versions I need to download.

For testing, ideally we would only change one component at a time. However, if you have liveds with different configuration, that may help identify when it starts and indeed be useful.

Kubuntu 12.10: Linux 3.5.0, UXA, Mesa 9.0.0, KDE 4.9.2
Kubuntu 13.04: Linux 3.8.0, SNA, Mesa 9.1.1, KDE 4.10.2

Issue is reproducible in Kubuntu 13.04, but not reproducible in Kubuntu 12.10.

Hmm, I wonder if we can start from 12.10 and install components piecemeal until it fails. I doubt that is very practical.

What may be easier is to start with 13.04 and downgrade mesa to 9.0.0 by compiling it by hand, and similarly for the kernel. You can also flip the xf86-video-intel over to UXA (but given how it persists between UXA/SNA/blt/glamor on tip, I guess it is not the ddx).

I would start with compiling mesa.
I guess something like apt-get build-dep libgl1-mesa-dri and git clone git://anongit.freedesktop.org/mesa/mesa and a bare ./configure --prefix=/usr should be enough to achieve the downgrade. (If you want to be safer, just build a chroot for 13.04.)

Hello!
I tried few different combinations as you suggested:

1. Kubuntu 12.10, Mesa 9.0.0, UXA, but kernel changed from 3.5.0 to 3.8.0 - issue still not reproducible, so I didn't tried to downgrade kernel on 13.04.
2. Kubuntu 13.04, Mesa 9.1.1, SNA - issue is reproducible.
3. Kubuntu 13.04, Mesa 9.1.1, UXA - issue is not reproducible.
4. Kubuntu 13.04, Mesa 9.0.0, SNA - issue is reproducible.
5. Kubuntu 13.04, Mesa 9.0.0, UXA - issue is not reproducible.
So, seems like issue wasn't reproducible with Kubuntu 12.10 just because UXA was default. If necessary, I could install Kubuntu 12.10 back and check if I will able to reproduce it with default software set (Linux 3.5.0, Mesa 9.0.0) but change AccelMethod to SNA.

I also notice exactly same artifact in text installer (mini.iso) of Ubuntu 15.04 (Linux 3.19) so I download text-mode installer of previous releases and find out that it's also reproducible with text installer of 14.04 (Linux 3.13) and 14.10 (Linux 3.16) installers, but not with 13.10 (Linux 3.11).

Please ignore part about text mode installers, because I noticed that this corruption in text mode installers is probably different issue - it also reproducible in KVM, so this is unrelated to Intel GPU's.

-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-intel/issues/42.