mirror of
https://gitlab.freedesktop.org/mesa/mesa.git
synced 2026-05-18 20:18:06 +02:00
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> |
||
|---|---|---|
| .. | ||
| clientinfo_unittest.cpp | ||
| create_context_unittest.cpp | ||
| dispatch-index-check | ||
| enum_sizes.cpp | ||
| fake_glx_screen.cpp | ||
| fake_glx_screen.h | ||
| indirect_api.cpp | ||
| meson.build | ||
| mock_xdisplay.h | ||
| query_renderer_implementation_unittest.cpp | ||
| query_renderer_unittest.cpp | ||