Created attachment 113779 [details]
example empathy

Created attachment 113780 [details]
example empathy (2)

2.21.15 is very old at this point. Could you please try -intel from either testing or experimental (or just build from source if you don't want extra dependencies) and test uxa, sna, sna+tearfree?

Now I have installed the xserver-xorg-video-intel from debian experimental. No improvement. I will test tearfree.

The situation with sna and tearfree is better with the recent driver.

To clarify: Still strange circulating symbols with the recent driver and uxa. No significant difference with sna between the new (experimental) and the older driver (jessie). Much improvement with the combination sna and tearfree.

To recap, with -intel-2.99.917:

uxa: transparency glitch around the busy animation
sna: tearing
sna+tearfree: you haven't noticed anything wrong yet...

The strange thing is: The problem disappears after a time and appears after restart.

Perhaps this problem is similar?

https://code.google.com/p/tint2/issues/detail?id=432

Probably all the same, yes. Useful point to have it narrowed to ivb.

Could you please try:

diff --git a/src/uxa/i965_render.c b/src/uxa/i965_render.c
index c1943fb..80b3c64 100644
--- a/src/uxa/i965_render.c
+++ b/src/uxa/i965_render.c
@@ -2255,6 +2255,7 @@ i965_composite(PixmapPtr dest, int srcX, int srcY, int maskX, int maskY,
 	if (intel->needs_render_state_emit) {
 		i965_bind_surfaces(intel);
 
+		intel_batch_emit_flush(scrn);
 		if (INTEL_INFO(intel)->gen >= 060)
 			gen6_emit_composite_state(intel);
 		else
diff --git a/src/uxa/intel_batchbuffer.c b/src/uxa/intel_batchbuffer.c
index a29e443..d48c1cf 100644
--- a/src/uxa/intel_batchbuffer.c
+++ b/src/uxa/intel_batchbuffer.c
@@ -208,9 +208,10 @@ void intel_batch_emit_flush(ScrnInfoPtr scrn)
 			} else {
 				BEGIN_BATCH(4);
 				OUT_BATCH(BRW_PIPE_CONTROL | (4 - 2));
-				OUT_BATCH(BRW_PIPE_CONTROL_WC_FLUSH |
+				OUT_BATCH(BRW_PIPE_CONTROL_NOWRITE |
+					  BRW_PIPE_CONTROL_WC_FLUSH |
 					  BRW_PIPE_CONTROL_TC_FLUSH |
-					  BRW_PIPE_CONTROL_NOWRITE);
+					  BRW_PIPE_CONTROL_CS_STALL);
 				OUT_BATCH(0); /* write address */
 				OUT_BATCH(0); /* write data */
 				ADVANCE_BATCH();

Thanks! I will try it this weekend.

Is this patch for -intel-2.21.15 too? 

-intel-2.99.917 is only in "experimental", so Debian won't include it in stable. Thanks!

Yes, it should apply against 2.21.15 as well.

After installing: No problems with the patch but also no success.

I'm using quilt and that is the diff for -video-intel-2.21.15 based on your diff: (Perhaps I do something wrong...)

--- a/src/uxa/i965_render.
+++ b/src/uxa/i965_render.c
@@ -2252,6 +2252,7 @@
        if (intel->needs_render_state_emit) {
                i965_bind_surfaces(intel);
 
+               intel_batch_emit_flush(scrn);
                if (INTEL_INFO(intel)->gen >= 060)
                        gen6_emit_composite_state(intel);
                else
--- a/src/uxa/intel_batchb
+++ b/src/uxa/intel_batchbuffer
@@ -199,9 +199,10 @@
                        } else {
                                BEGIN_BATCH(4);
                                OUT_BATCH(BRW_PIPE_CONTROL | (4 - 2));
-                               OUT_BATCH(BRW_PIPE_CONTROL_WC_FLUSH |
+                               OUT_BATCH(BRW_PIPE_CONTROL_NOWRITE |
+                                         BRW_PIPE_CONTROL_WC_FLUSH |
                                          BRW_PIPE_CONTROL_TC_FLUSH |
-                                         BRW_PIPE_CONTROL_NOWRITE);
+                                         BRW_PIPE_CONTROL_CS_STALL);
                                OUT_BATCH(0); /* write address */

Your patch looks fine. Ok, so that is not the problem.

If I can do anything else...

Perhaps I can reproduce when the problem disappears.

Perhaps it helps:

The problem appears only after reboot and not after suspend or restart x via alt+f2+r.

The problem disappers randomly (?) after a few minutes after normal using. Disappearing seems not be related to a specific app or the number of open windows.

And it disappears with -video-intel-2.99.917 (uxa) much faster than with -video-intel-2.21.15-2 (uxa).

Hi, I think it's related to Debian. No Problem with Arch Linux and -intel-2.99.917-3. Thanks for your help.

Hmm. It could just be that the rendering patterns are different enough between the shells that you don't see it on Arch. Or it could be a kernel difference etc. Or it could just be an application bug.

-- 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/43.