[Mesa-dev] [PATCH 0/2] Disable the EGL state tracker for Linux/DRI builds

Jose Fonseca jfonseca at vmware.com
Fri Nov 14 06:51:06 PST 2014

I googled and tried to find any evidence of anybody using Mesa's EGL on Windows over the last years but couldn't.

Furthermore since my last reply on this thread I become quite fond of GLX/WGL_EXT_create_context_es/es2_profile extensions. They seem a much easier mechanism to use and test OpenGL ES contexts, than dealing with EGL on desktop OSes (and the ensuing interactions between EGL + GLX/WGL).

I still suspect EGL outside Linux+DRI will have a future, but I don't feel strongly about it anymore.  So feel free to remove whatever you want (st/egl, openvg) as far as I'm concerned.  We can always bring it back later from git history.


From: Emil Velikov <emil.l.velikov at gmail.com>
Sent: 14 November 2014 14:08
To: Eric Anholt; Marek Olšák; mesa-dev at lists.freedesktop.org
Cc: emil.l.velikov at gmail.com; Jose Fonseca
Subject: Re: [Mesa-dev] [PATCH 0/2] Disable the EGL state tracker for Linux/DRI builds

On 05/11/14 20:39, Eric Anholt wrote:
> Marek Olšák <maraeo at gmail.com> writes:
>> Hi everybody,
>> I'm about to address this long-standing issue: The EGL state tracker is
>> redundant. It duplicates what st/dri does and it also duplicates what
>> the common loader egl_dri2 does, which is used by all classic drivers
>> and even works better with gallium drivers.
>> Let's compare EGL extensions for both backends:
> I'd love to see VG get nuked at the same time, but still:
> Reviewed-by: Eric Anholt <eric at anholt.net>
Ideally yes. Yet with this series we error out, which should give
insensitive for someone to come forward and implement the missing bits.

So can we consider Jose's statement [1] as acked-by and get this in for
10.4 ? Or are we going to keep the zombie for another XXX months ?

Jose ?


[1] "In short, stop caring about st/egl on Linux, maybe even remove DRI
support out st/egl if you must, but please don't go out of your way to
break EGL on non-linux platforms."

More information about the mesa-dev mailing list