Summary: | [EGL] [DRI2] [intel] missing/incomplete repaints | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Nikita Skovoroda <chalkerx> |
Component: | egl | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | aacid, bhush94, bugs, clearmartin, hector.acosta, jlp, kde, kdebugs, linus.kardell, max.schettler, muesli, rdieter, roberth.sjonoy, Xavion.0 |
Priority: | NOR | Flags: | thomas.luebking:
Intel+
|
Version: | 5.0.0 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
See Also: |
https://bugs.kde.org/show_bug.cgi?id=342500 https://bugs.kde.org/show_bug.cgi?id=360550 |
||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
A screenshot of corrupted OSD.
attachment-4738-0.html attachment-15573-0.html |
Yesm I can also reproduce this. what about restarting KWin instead of just changing the type in the configuration? Created attachment 88213 [details]
attachment-4738-0.html
There are still glitches after restarting kwin with EGL, I verified that
before posting a bug report.
Does 5.0.0 already have the strict binding "fix" for intel? kwriteconfig5 --file kwinrc --group Compositing --key GLStrictBinding true Created attachment 88216 [details]
attachment-15573-0.html
Does not help.
EGL + OpenGL 2.0/3.1 — glitches.
GLX + OpenGL 2.0/3.1 — no glitches.
And yes, I re-launching kwin after applying that setting.
s/re-launching/re-launched/ *** Bug 343712 has been marked as a duplicate of this bug. *** When I open up the menu and for example move the cursor over the shortcuts under favourites, the marker indicating which shortcut my cursor is over doesn't always follow and stays on the last shortcut, is this cause by the same issue? Oh nevermind, yes I just saw the duplicate bug which described exactly what I was experiencing. I just tried to enable DRI3 and these issues with EGL just went away. The test with brightness notification started to work OK. Moving cursor over menu entries in kicker works like in GLX and panel stopped flickering. So far no problems attached. If I meet some I'll report. Please try to enable the DRI3 in xorg conf: Section "Device" Identifier "Intel Graphics" Driver "intel" Option "DRI" "3" EndSection *** Bug 352427 has been marked as a duplicate of this bug. *** *** Bug 347507 has been marked as a duplicate of this bug. *** *** Bug 355246 has been marked as a duplicate of this bug. *** *** Bug 356263 has been marked as a duplicate of this bug. *** *** Bug 360550 has been marked as a duplicate of this bug. *** Using dri3 is a terrible sollution, dri3 just introduces a lot more bugs everywhere. The "solution" is to use GLX - notably if the EGL implementation of the driver is too buggy in every configuration. And coplaining about the driver *here* is completely pointless, try here: https://bugs.freedesktop.org/buglist.cgi?component=EGL&product=Mesa *** Bug 363350 has been marked as a duplicate of this bug. *** Just another bit of information to anyone interested: I and other people that I know have observed various issues go away after just uninstalling xf86-video-intel and letting the x server use the built-in generic modesetting driver. Btw, that doesn't induce any observable performance hit for me. For anyone using xf86-video-intel (with recent Xorg versions) and having any graphical issues, I can certainly recommend uninstalling xf86-video-intel, restarting X, and checking if those issues go away. Btw, I can't reproduce this specific issue with EGL now. |
Created attachment 88182 [details] A screenshot of corrupted OSD. Plasma OSD do not work as supposed when EGL backend is chosen in kwin. A reproducible (for me) testcase: 1) Open «kcmshell5 kwincompositing», select EGL backend, click «Apply». 2) Run «qdbus org.kde.plasmashell /org/kde/osdService org.kde.osdService.brightnessChanged 10; sleep 1; qdbus org.kde.plasmashell /org/kde/osdService org.kde.osdService.brightnessChanged 90; sleep 1; qdbus org.kde.plasmashell /org/kde/osdService org.kde.osdService.brightnessChanged 20» What should happen: OSD showing 10% with an icon for 1 second, OSD showing 90% with an icon for 1 second, OSD showing 20% with an icon. What happens: OSD showing 10% without an icon for 1 second, OSD showing 90% with an icon for 1 second, OSD showing 90% with an icon. First time, there is no icon, second time, the value does not get updated. Everything is fine when using GLX backend in kwin. Also, plasma elements have small graphical glitches (Sliders blinking, etc) which are not observable when using GLX kwin backend. System information: Asus UX31A, Arch Linux (current). OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.2.5 OpenGL core profile shading language version string: 3.30 [ 5.207] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 20080730 [ 5.210] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD Graphics 4000 [ 5.210] (**) intel(0): Option "AccelMethod" "sna"