Summary: | EGL compositing problems, update only every other bookmark item in Chrome and Launcher | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Martin van Es <bugs> |
Component: | compositing | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | clearmartin, vaddina |
Priority: | NOR | ||
Version: | 5.3.2 | ||
Target Milestone: | --- | ||
Platform: | Kubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
Video demonstrating the bug
Out of qdbus org.kde.KWin /KWin supportInformation |
Description
Martin van Es
2015-09-08 07:58:11 UTC
Created attachment 94468 [details]
Video demonstrating the bug
Just to be absolutely sure: "None", or "full-screen repaints" are *NOT* values for GLStrictBinding but available settings in "kcmshell5 kwincompositing" I know, I changed them using "System Settings" -> "Display and Monitor" -> "Compositor" -> apply but didn't do a restart (is that necessary?) No, a restart isn't required (just wanted to be extra sure because of the reading of the line in the report, thanks for the video, btw.) I can reproduce this issue with intel graphics. But enabling DRI3 (in xorg conf) solved this issue for me. I think this bug should be marked as duplicate of this one: https://bugs.kde.org/show_bug.cgi?id=338150 Yes! Enabling DRI3 fixes my problems! I now can use EGL and see normal screen updates on Chrome bookmarks and launcher! *** This bug has been marked as a duplicate of bug 338150 *** I am using Kubuntu 14.04 LTS. I am having the exact same problem in Chrome, Vivaldi and Opera browsers. Firefox and launcher work fine though. I have an integrated graphics card from Intel. But, do not know how to enable DRI3. Can any one let me know? /etc/X11/xorg.conf.d/20-intel.conf (or alter an existing configlet) ------------------- Section "Device" Identifier "Intel Graphics" Driver "intel" Option "DRI" "3" EndSection I do not seem to have the folder "xorg.conf.d" in "/etc/X11". But, I have that folder in "/usr/share/X11/". That directory does not have the intel configuration file. So, I created a file called "20-intel.conf" under that directory and added the text you mentioned. user@Machine:/usr/share/X11/xorg.conf.d| ⇒ ls 10-evdev.conf 11-evdev-quirks.conf 20-intel.conf 50-vmmouse.conf 51-synaptics-quirks.conf 10-quirks.conf 11-evdev-trackpoint.conf 50-synaptics.conf 50-wacom.conf But, it does not seem to solve the issue. I have made a video of my problem which can be found in the following link. Sometimes the issue is with menu listings and sometimes with bookmarks. But only on Chromium, Opera and Vivaldi browsers. Am I doing this right?? https://www.youtube.com/watch?v=9C_4_keUnSo You can check /var/log/Xorg.0.log on the DRI version, notice that a restart of the X11 server is mandatory to apply changes, though usually logging out & back in would do that. Please create /etc/X11/xorg.conf.d/ and put the file there, /usr/share/X11/xorg.conf.d/ is distro territory (ie. both paths are considered, but you're not supposed to use the /usr/share one yourself) Now created /etc/X11/xorg.conf.d/ and kept the file there. Removed it from /usr/share/X11/xorg.conf.d/. Checked my Xorg.0.log. Link below. It shows reference to DRI 3. The problem is still not solved. There seems to be references to DRI 2 in my xorg.0.log file. I am not sure how to discern it. http://pastebin.com/cdDEgS80 Forgot to mention that I did a restart and checked my xorg.0.log file. DRI3 is enabled (unless you disabled it at runtime, check "env | grep LIBGL_DRI3_DISABLE") Please attach the output of "qdbus org.kde.KWin /KWin supportInformation" I don't think the DRI3 module is loaded in your xorg. Here is how my log looks like when DRI3 is enabled (relevant part of the log): http://pastebin.com/6rxYgG0r But your xorg-server did find the Option "DRI" "3" as stated in your log so my guess is your xorg-server is built without DRI3 support. But there is a big chance I'm wrong... (In reply to Martin Kostolný from comment #15) > But there is a big chance I'm wrong... Maybe, but you're right here. Sorry. (shall teach me to no look too brief "dri2 and dri3 mentioned, option found, no error -> fine"...) That's likely because of "14.04 LTS" Created attachment 95817 [details]
Out of qdbus org.kde.KWin /KWin supportInformation
This is requested for the problem pertaining to the user Kamesh.
I do not get any output by running this command "env | grep LIBGL_DRI3_DISABLE". Output of "qdbus org.kde.KWin /KWin supportInformation" is attached. I did not change any runtime options. I mean I did not disable DRI3 module at runtime. So, is it confirmed that my xorg-server is not compiled with DRI3 support? If yes, then what are the options for me and many other users using Kubuntu 14.04 LTS? Debug out says that you're on KWin 4.11, you'd have to explicitly "export KWIN_OPENGL_INTERFACE="egl"" to use EGL itfp. => You don't run into this bug at all but rather bug #336589 run kwriteconfig --file kwinrc --group Compositing --key GLStrictBinding true Also consider switching back to the raster graphicssystem. Thank you Thomas. The kwriteconfig command worked and now the issue is resolved for me. I guess the "export KWIN_OPENGL_INTERFACE="egl"" is not persistent across reboots but the issue seems to be resolved without it. (In reply to kamesh from comment #20) > I guess the "export KWIN_OPENGL_INTERFACE="egl"" is not persistent across > reboots but the issue seems to be resolved without it. No, but you probably don't want to use EGL anyway (you may try, but it'll hardly gain you performance advantages and rather cause more trouble on older drivers) Apart from being the solution to my original problem (alternating highlights in KDE menu) I thought EGL was the future of accelerated compositing? EGL is an X11 agnositic GLX (minus some cruft), ie. it's a platformless platform API, the future de toujours of OpenGL is Vulkan ;-) The future of compositing is wayland (where we don't redirect windows into pixmaps, convert those to textures and paint that on screen, but paint the textures on screen that the clients paint into =) |