https://bugs.freedesktop.org/show_bug.cgi?id=108095
Bug ID: 108095 Summary: Window becomes partially transparent for short time Product: DRI Version: DRI git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/AMDgpu Assignee: dri-devel@lists.freedesktop.org Reporter: pmenzel+bugs.freedesktop@molgen.mpg.de
Created attachment 141774 --> https://bugs.freedesktop.org/attachment.cgi?id=141774&action=edit (manually edited) screenshot showing the problem
With Linux 4.14.55 and 4.19-rc5 (drm-tip), Xfce 4.13 and the Radeon device below, a user reports, that sometimes parts of the terminal window (Xfce and GNOME Terminal) get transparent.
$ lspci -nn -s 65:00.0 65:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Lexa XT [Radeon PRO WX 3100] [1002:6985]
After one or two seconds the problem fixes itself. Nothing is in the Linux logs regarding this issue.
https://bugs.freedesktop.org/show_bug.cgi?id=108095
--- Comment #1 from Michel Dänzer michel@daenzer.net --- Please attach the corresponding Xorg log file and the outputs of dmesg and glxinfo.
https://bugs.freedesktop.org/show_bug.cgi?id=108095
--- Comment #2 from Paul Menzel pmenzel+bugs.freedesktop@molgen.mpg.de --- Created attachment 141778 --> https://bugs.freedesktop.org/attachment.cgi?id=141778&action=edit Linux 4.14.55 messages
https://bugs.freedesktop.org/show_bug.cgi?id=108095
--- Comment #3 from Paul Menzel pmenzel+bugs.freedesktop@molgen.mpg.de --- Created attachment 141779 --> https://bugs.freedesktop.org/attachment.cgi?id=141779&action=edit /var/log/gdm/:0.log
https://bugs.freedesktop.org/show_bug.cgi?id=108095
--- Comment #4 from Paul Menzel pmenzel+bugs.freedesktop@molgen.mpg.de --- Created attachment 141818 --> https://bugs.freedesktop.org/attachment.cgi?id=141818&action=edit Output of `glxinfo`
Please find the output of `glxinfo` attached. Here is an excerpt.
``` Extended renderer info (GLX_MESA_query_renderer): Vendor: X.Org (0x1002) Device: AMD Radeon Pro WX3100 (POLARIS12, DRM 3.19.0, 4.14.55.mx64.224, LLVM 6.0.1) (0x6985) Version: 18.1.6 Accelerated: yes Video memory: 4096MB Unified memory: no Preferred profile: core (0x1) Max core profile version: 4.5 Max compat profile version: 3.1 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.1 ```
https://bugs.freedesktop.org/show_bug.cgi?id=108095
--- Comment #5 from Michel Dänzer michel@daenzer.net --- Does restarting xfwm4 with any of these arguments make a difference?
xfwm4 --replace --vblank=off xfwm4 --replace --vblank=glx xfwm4 --replace --vblank=xpresent
https://bugs.freedesktop.org/show_bug.cgi?id=108095
--- Comment #6 from Paul Menzel pmenzel+bugs.freedesktop@molgen.mpg.de --- (In reply to Michel Dänzer from comment #5)
Does restarting xfwm4 with any of these arguments make a difference?
xfwm4 --replace --vblank=off xfwm4 --replace --vblank=glx xfwm4 --replace --vblank=xpresent
The user wasn’t able to reproduce the problem with `xfwm4 --replace --vblank=off` yet. Should he also test the other suggestions nevertheless?
https://bugs.freedesktop.org/show_bug.cgi?id=108095
--- Comment #7 from Michel Dänzer michel@daenzer.net --- (In reply to Paul Menzel from comment #6)
The user wasn’t able to reproduce the problem with `xfwm4 --replace --vblank=off` yet. Should he also test the other suggestions nevertheless?
Yes, please. It'll be valuable to know if it happens with both of the other ones, or only one of them.
https://bugs.freedesktop.org/show_bug.cgi?id=108095
--- Comment #8 from Paul Menzel pmenzel+bugs.freedesktop.org@molgen.mpg.de --- libXpresent was not installed here, so xfwm didn’t have support for it.
``` $ xfwm4 --version This is xfwm4 version 4.13.1 (revision 942156e4) for Xfce 4.12 Released under the terms of the GNU General Public License. Compiled against GTK+-3.22.30, using GTK+-3.22.30.
Build configuration and supported features: - Startup notification support: Yes - XSync support: Yes - Render support: Yes - Xrandr support: Yes - Xpresent support: No - Embedded compositor: Yes - Epoxy support: Yes - KDE systray proxy (deprecated): No ```
Installing libXpresent and rebuilding xfwm, the report that everything works now.
As I do not know the dependencies between all components, I cannot say, that it’s really no driver bug.
https://bugs.freedesktop.org/show_bug.cgi?id=108095
Michel Dänzer michel@daenzer.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|DRI git |git Product|DRI |Mesa Component|DRM/AMDgpu |GLX QA Contact| |mesa-dev@lists.freedesktop. | |org Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop. |.org |org
--- Comment #9 from Michel Dänzer michel@daenzer.net --- I think this is because the glXWaitX implementation in Mesa isn't reliable. xfwm4 relies on it to synchronize between X11 protocol drawing to a pixmap and sampling from an OpenGL texture bound to the corresponding GLXPixmap via GLX_EXT_texture_from_pixmap.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org