| Summary: | GLAMOR triggers visual artifacts with nouveau GL backend | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Eduard Bloch <blade> | ||||||||
| Component: | Driver/nouveau | Assignee: | Nouveau Project <nouveau> | ||||||||
| Status: | RESOLVED MOVED | QA Contact: | Xorg Project Team <xorg-team> | ||||||||
| Severity: | minor | ||||||||||
| Priority: | medium | ||||||||||
| Version: | unspecified | ||||||||||
| Hardware: | x86-64 (AMD64) | ||||||||||
| OS: | Linux (All) | ||||||||||
| Whiteboard: | |||||||||||
| i915 platform: | i915 features: | ||||||||||
| Attachments: |
|
||||||||||
Please include dmesg and xorg log. Even if they don't contain errors, they will contain information about your setup. Created attachment 120499 [details]
dmesg
Created attachment 120500 [details]
Xorg log
OK, you're using a GM107, which means that you're *not* using xf86-video-nouveau 1.0.12 since we dropped our GLAMOR integration (since it was buggy). You're now using xf86-video-modesetting, which has a functioning GLAMOR integration.
Unfortunately GLAMOR does something which makes nouveau very sad. I've found a solution, but it's roughly equivalent to pouring cement into the piping. If you'd like, you can patch your mesa build with
diff --git a/src/gallium/drivers/nouveau/nvc0/nvc0_vbo.c b/src/gallium/drivers/nouveau/nvc0/nvc0_vbo.c
index c464904..b3b6627 100644
--- a/src/gallium/drivers/nouveau/nvc0/nvc0_vbo.c
+++ b/src/gallium/drivers/nouveau/nvc0/nvc0_vbo.c
@@ -976,6 +976,7 @@ nvc0_draw_vbo(struct pipe_context *pipe, const struct pipe_draw_info *info)
nvc0_update_prim_restart(nvc0, info->primitive_restart, info->restart_index);
if (nvc0->base.vbo_dirty) {
+ IMMED_NVC0(push, SUBC_3D(NV10_SUBCHAN_REF_CNT), 0);
if (nvc0->screen->eng3d->oclass < GM107_3D_CLASS)
IMMED_NVC0(push, NVC0_3D(VERTEX_ARRAY_FLUSH), 0);
nvc0->base.vbo_dirty = false;
But I haven't the faintest clue why this helps. (I actually haven't tested on Maxwell, but it helped on Kepler.)
-- 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-nouveau/issues/245. |
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.
Created attachment 120498 [details] Screenshot right after the hickup Version: ii xserver-xorg-v 1:1.0.12-1 amd64 X.Org X server -- Nouveau display See attached screenshot. How it happens? Everything works normal (except for some minor glitches like the substring "www." displayed in black-on-black Terminator resp. Gnome Terminal). But sometimes (once a week to every couple of days) and usually when Firefox is in front, the screen suddenly displays lots of garbage. There are no errors in Xorg.0.log. Usually the fonts in the main HTML area get weird or dots on them and this stays even when the window is scrolled. Some page areas with other fonts are sometimes also affected and they look even worse (covered in stripes). The same applies to the GTK controls. (Note: I use thinice Gtk theme, this fact might be related). Anyhow, making Gtk redraw the controls (hover or click blindly) makes them appear normal but not so with the fonts. Even when I restart Firefox, some tabs still have areas (randomly!) with garbled letters. Note: I had a similar issue with the previous version too but it was worse, it also affected Terminator (Gnome Terminal renderer). Now Terminator seems to stay unaffected, at least for now.