xserver-multidpi/hw/xquartz/GL
Adam Jackson 5d667df6ea glx: Fix glXQueryContext for GLX_FBCONFIG_ID and GLX_RENDER_TYPE (v2)
Just never filled in, oops. Seems to have gone unnoticed because
normally glXQueryContext simply returns the values filled in by the
client library when the context was created. The only path by which you
normally get to a GLXQueryContext request is glXImportContext, and then
only if the context is already indirect.

However, that's a statement about Mesa's libGL (and anything else that
inherited that bit of the SGI SI more or less intact). Nothing prevents
a mischeivous client from issuing that request of a direct context, and
if they did we'd be in trouble because we never bothered to preserve the
associated fbconfig in the context state, so we'd crash looking up
GLX_VISUAL_ID_EXT. So let's fix that too.

v2: Fixed missing preservation of the config in DRI2 (Eric Anholt)

Signed-off-by: Adam Jackson <ajax@redhat.com>
Reviewed-by: Eric Anholt <eric@anholt.net>
2017-12-01 16:13:18 -05:00
..
capabilities.c XQuartz: Ensure <dix-config.h> is included in capabilities.c 2013-02-14 09:20:46 -08:00
capabilities.h XQuartz: Source formatting cleanup 2012-03-24 01:07:06 -07:00
glcontextmodes.c glx: Fix computation of GLX_X_RENDERABLE fbconfig attribute 2016-09-06 10:29:14 -04:00
glcontextmodes.h glx: Drop references to <GL/internal/glcore.h> 2017-11-14 16:18:47 -05:00
indirect.c glx: Fix glXQueryContext for GLX_FBCONFIG_ID and GLX_RENDER_TYPE (v2) 2017-12-01 16:13:18 -05:00
Makefile.am XQuartz GL: Add $(GL_CFLAGS) to CFLAGS 2010-12-08 22:58:12 -08:00
visualConfigs.c glx: Drop references to <GL/internal/glcore.h> 2017-11-14 16:18:47 -05:00
visualConfigs.h XQuartz: Source formatting cleanup 2012-03-24 01:07:06 -07:00