[PATCH 3/3] glx: Initialize glx even if there are currently no screens attached

Adam Jackson ajax at nwnk.net
Mon Oct 10 17:16:55 UTC 2016


On Sun, 2016-10-09 at 12:51 -0700, Jeremy Huddleston Sequoia wrote:
> Failure to do so causes an overvlow in glxClientCallback

This patch makes no sense at all. glxClientCallback is only added to
the call chain _after_ we check for a GL-capable visual. If that check
is preventing GLX from initializing, then it also prevents
glxClientCallback being called.

More to the point, the check is still correct, Mesa still needs a TC/DC
visual to work. I suppose non-Mesa systems might not have that
property, but a) OSX doesn't support pseudocolor GL rendering I am like
99% sure and b) that just means the check belongs in screen init
instead of being deleted entirely.

What are you trying to do here?

- ajax


More information about the xorg-devel mailing list