On Fedora 22 with SNA I encountered the following rendering artifacts when used emerald decorator: https://bugzilla.redhat.com/attachment.cgi?id=1096086 HW used: graphics: Card: Intel Haswell-ULT Integrated Graphics Controller Display Server: Fedora X.org 117.4 drivers: intel (unloaded: fbdev,vesa) Resolution: 1366x768@60.00hz GLX Renderer: Mesa DRI Intel Haswell Mobile GLX Version: 3.0 Mesa 10.6.9 (git-8957b69) It seems the problem was caused by the following commit: http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=ef24cb1b223486d7dfe57f33c28d8692f9857c98 It works correctly in UXA. It works in SNA if I use git snapshot before the above mentioned commit or even with the latest git head with the reverted above mentioned commit. It also works correctly with different drivers (e.g. nvidia). I think it should work the same in UXA/SNA, thus filling this bug. Downstream Fedora bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1283225
That's quite peculiar. The blitter should be quite capable and is well used... diff --git a/src/sna/gen7_render.c b/src/sna/gen7_render.c index 1c420a7..e896816 100644 --- a/src/sna/gen7_render.c +++ b/src/sna/gen7_render.c @@ -54,7 +54,7 @@ #define NO_COMPOSITE 0 #define NO_COMPOSITE_SPANS 0 #define NO_COPY 0 -#define NO_COPY_BOXES 0 +#define NO_COPY_BOXES 1 #define NO_FILL 0 #define NO_FILL_BOXES 0 #define NO_FILL_ONE 0 Will force all of these paths through the blitter. Would also be good to check with Option "AccelMethod" "blt". If you could undo the small_copy() one by one to identify the path that fails, that would also be useful. Once you have that, adding diff --git a/src/sna/sna_accel.c b/src/sna/sna_accel.c index 3341851..1dccc65 100644 --- a/src/sna/sna_accel.c +++ b/src/sna/sna_accel.c @@ -1087,8 +1087,12 @@ sna_pixmap_create_scratch(ScreenPtr screen, static unsigned small_copy(const RegionRec *region) { - if ((region->extents.x2 - region->extents.x1)*(region->extents.y2 - regi + if ((region->extents.x2 - region->extents.x1)*(region->extents.y2 - regi + DBG(("%s: region:%dx%d\n", __FUNCTION__, + (region->extents.x2 - region->extents.x1), + (region->extents.y2 - region->extents.y1)); return COPY_SMALL; + } return 0; } and recompiling with ./configure --enable-debug=full will generate a huge log file that I would hopefully be able to find the bug.
Sorry for delay, I haven't access to the affected machine. I will try to provide the requested debug information during today. Also this doesn't seem to be reproducible on all intel adapters.
I played with this for few days and it's weird. With debugging enabled the UI is drawn apparently slower, but there are no artifacts. The artifacts starts appearing with debugging disabled. Maybe some race is encountered with the faster draw, I don't know. If this is user space problem, I can't understand why it is not reproducible with different drivers/graphics cards. I will try to prepare stripped down reproducer and let's see.
Emerald upstream acknowledged the problem and as an workaround moved from the Xlib surfaces to Cairo image surfaces in this commit: https://github.com/compiz-reloaded/emerald/commit/c223562 But Xlib surfaces shouldn't behave differently in comparison to the Cairo image surfaces. This problem seems reproducible only with some Intel adapters in SNA mode.
-- 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/76.
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.