https://bugs.kde.org/show_bug.cgi?id=369317
Andrei Slavoiu <ansl...@yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|INVALID |---
Status|RESOLVED |UNCONFIRMED
--- Comment #5 from Andrei Slavoiu <ansl...@yahoo.com> ---
I finally figured out what is going on here, it looks like epoxy is unable to
distinguish between GLES and regular GL contexts created using EGL on the mesa
implementation (which returns EGL_OPENGL_API when queried about the type of the
current context even when it actually is a GLES one. However weird that may
sound it's perfectly ok to do that per spec) because of a workaround they did
for the non standards compliant PowerVR driver. The epoxy bug url:
https://github.com/anholt/libepoxy/issues/25
So you may wonder why I reopened this bug again if all you can do about it is
pressure epoxy to fix their own bug? Because there actually is an issue in kwin
as well. When using Desktop OpenGL kwin should either request an OpenGL 3.2
context or check for the GL_ARB_sync extension in order to use glFenceSync
(according to epoxy code). However, kwin will create a OpenGL 3.1 context and
never check for the presence of the GL_ARB_sync extension.
Now, to anyone else hitting this bug, an easy workaround for it is to remove
the code under #if PLATFORM_HAS_EGL from the implementation of
epoxy_is_desktop_gl, that's it.
--
You are receiving this mail because:
You are watching all bug changes.
