Bug 88889 - [ILK] Triangle tearing and sampler corruption (kwin full-scene repaint)
Summary: [ILK] Triangle tearing and sampler corruption (kwin full-scene repaint)
Status: NEW
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: git
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Chris Wilson
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-01-31 22:29 UTC by russianneuromancer
Modified: 2015-10-31 22:09 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
dmesg (51.15 KB, text/plain)
2015-01-31 22:29 UTC, russianneuromancer
no flags Details
Xorg log (21.11 KB, text/plain)
2015-01-31 22:30 UTC, russianneuromancer
no flags Details
example1 (522.61 KB, image/png)
2015-01-31 22:30 UTC, russianneuromancer
no flags Details
example2 (470.20 KB, image/png)
2015-01-31 22:31 UTC, russianneuromancer
no flags Details
example3 (527.10 KB, image/png)
2015-01-31 22:32 UTC, russianneuromancer
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description russianneuromancer 2015-01-31 22:29:20 UTC
Triangle tearing (this is not exact definition of what you can see on attached screenshots, but the point is - this artifact seems like occur under similar conditions as typical tearing, and most of the time looks like triangle) is observer for example while fast scrolling or selecting text in Konsole or scrolling folder with many files in Dolphin, and so on. But, for some reason, not while video playback (xv, opengl and vaapi video outputs tested).

Reproducible in: Mesa 10.3.2 and driver version 2.99.914-1~exp1ubuntu4.1 with SNA acceleration, Mesa 10.5~git1501311930.609461 and driver version .99.917+git1501311931.dac01d with both of SNA and GLAMOR acceleration.
Not reproducible in: Mesa 10.3.2 and driver version 2.99.914-1~exp1ubuntu4.1 with GLAMOR acceleration.
(Actually, I not sure issue in driver, because I just compare default Kubuntu 14.10 packages set (libdrm, video driver, mesa, etc.) and set from Oibaf PPA, but since there is difference between SNA and GLAMOR I this is issue in the driver.)

Change kernel version seems like doesn't make any difference. For example with  Mesa 10.3.2 and driver version 2.99.914-1~exp1ubuntu4.1 with GLAMOR acceleration there is no tearing on stock Linux 3.16.0-30 from repo and on Linux 3.18.5. Boot Linux 3.16.0-30 with Mesa 10.5~git1501311930.609461 and driver version 2.99.917+git1501311931.dac01d gave tearing anyway. 

I tried TearFree with Mesa 10.5~git1501311930.609461 and driver version 2.99.917+git1501311931.dac01d with SNA, but TearFree doesn't help.

In SNA mode I tested kwin, and in GLAMOR mode I tested kwin_gles (4.11.12) in both cases in Full repaint V-Sync mode in KWin settings.

With disabled desktop effects I doesn't see this artifact (not reproducible or I just can't notice it).
Comment 1 russianneuromancer 2015-01-31 22:29:53 UTC
Created attachment 113002 [details]
dmesg
Comment 2 russianneuromancer 2015-01-31 22:30:14 UTC
Created attachment 113003 [details]
Xorg log
Comment 3 russianneuromancer 2015-01-31 22:30:57 UTC
Created attachment 113004 [details]
example1
Comment 4 russianneuromancer 2015-01-31 22:31:50 UTC
Created attachment 113005 [details]
example2
Comment 5 russianneuromancer 2015-01-31 22:32:22 UTC
Created attachment 113006 [details]
example3
Comment 6 russianneuromancer 2015-02-01 01:59:52 UTC
Hardware is the same as described in comment 10 in this bugreport: https://bugs.freedesktop.org/show_bug.cgi?id=47858#c10
Comment 7 Chris Wilson 2015-02-01 09:10:01 UTC
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?
Comment 8 russianneuromancer 2015-02-01 09:39:29 UTC
> 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.
Comment 9 Chris Wilson 2015-02-01 15:42:01 UTC
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.
Comment 10 russianneuromancer 2015-02-04 09:40:37 UTC
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.
Comment 11 Chris Wilson 2015-02-04 10:18:11 UTC
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.)
Comment 12 russianneuromancer 2015-03-31 04:28:50 UTC
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).
Comment 13 russianneuromancer 2015-10-31 22:09:25 UTC
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.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.