mesa/src/glx/tests
Adam Jackson c0aa3c8323 glx: Claim to support more GL versions in __glX_send_client_info
It's a little unclear from the GLX_ARB_create_context spec whether the
list of supported extensions means what the client supports at all, or
what it knows an indirect GLX encoding for. You'd think it could only
really matter for indirect, since the only way the server would know
about GL commands (as opposed to GLX commands) is if the context was
indirect. And indeed for Xorg's GLX it doesn't matter, because it
doesn't check this, assuming that anything a direct client says works
works, and clamping the GL version based on the protocol it has code
for.

But if you're NVIDIA, apparently, you check this even for direct
contexts. And since drisw creates a nominally "direct" context, this
means llvmpipe and friends get clamped to 3.0 for desktop GL (since
that's as far as the protocol is defined) and can't do GLES at all.

So, whatever, just go ahead and claim to support everything. The wire
representation of the supported versions is strange (see comments in the
code) but it matches what NVIDIA does.

Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/7369>
2020-12-03 04:40:28 +00:00
..
clientinfo_unittest.cpp glx: Claim to support more GL versions in __glX_send_client_info 2020-12-03 04:40:28 +00:00
create_context_unittest.cpp glx/indirect: Validate the context version in CreateContextAttribs 2020-12-03 04:40:28 +00:00
dispatch-index-check
enum_sizes.cpp
fake_glx_screen.cpp
fake_glx_screen.h
indirect_api.cpp glx: fix 630 times -Wlto-type-mismatch when building with LTO enabled 2020-04-04 17:46:05 +00:00
meson.build
mock_xdisplay.h
query_renderer_implementation_unittest.cpp glx: use anonymous namespace to avoid -Wodr issues when building with LTO enabled 2020-04-04 17:46:05 +00:00
query_renderer_unittest.cpp glx: Sync <GL/glxext.h> with Khronos 2019-08-22 13:29:04 -04:00