About my GLES 2.0 patches collection

Konstantin P. ria.freelander at gmail.com
Fri Sep 22 08:59:22 UTC 2023


Can somebody merge
https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1158,
https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/934 and
https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1155?

I have resolved all issues there, also this patches fixes at least 2 unit
tests on GLES 2.0, and it is required to run XWayland and Xorg on GLES 2.0
with Glamor acceleration.

About https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1158 - I
know than it looks a little icky. But actually it does what should done
already: allow using texture-only formats in GL ES 2 as a texture when no
glReadPixels will be used ever. Without this patch all texture-only formats
simply will not be added inside Glamor format table and all rendering using
this formats will not be done and we can see a funny artifacts and failed
unit tests.

About https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/934 -
without this change, GL ES (any version) XWayland is just unusable at all.
I (with help from Oliver Foudran) did this patch, which works perfectly on
my machine. And I do not know a reason why this patch is not actively
reviewed and merged and I wish at least to know why that patch is bad (and
maybe rewrite it, because I know a reason of a bug).

About https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1155 -
it allows using XWayland GLX in Xorg, and bypass DRI completely if user
wishes so.

Also I have PR for GL ES 3.0 support inside Glamor -
https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/948. It have
unit tests, but in reality no one uses Glamor on ES3, because for now ES
kicks only if machine have a GL < 2.1, which is usually a case for ES2.0
hardware.

Sorry if my language is not so good, English is not my native language.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.x.org/archives/xorg-devel/attachments/20230922/cdaaf626/attachment.htm>


More information about the xorg-devel mailing list