mesa: Specify a better GL_MAX_SERVER_WAIT_TIMEOUT limit.
authorKenneth Graunke <kenneth@whitecape.org>
Wed, 7 Aug 2013 19:56:37 +0000 (12:56 -0700)
committerKenneth Graunke <kenneth@whitecape.org>
Fri, 23 Aug 2013 06:08:20 +0000 (23:08 -0700)
commita27180d0d8666c75befe5c5b26e6d7122b41588b
treecb9ddcde0789f1e3ed7eec240eac97d140733ff2
parent62411681da4d1b7f9417f34dbf92a3e79e24dc09
mesa: Specify a better GL_MAX_SERVER_WAIT_TIMEOUT limit.

The previous value of (GLuint64) ~0 has some problems:

GL_MAX_SERVER_WAIT_TIMEOUT is supposed to be a GLuint64 value, but has
to be queried via GetInteger64v(), which returns a GLint64.  This means
that some applications are likely to treat it as a signed integer, where
~0 means -1.  Negative values are nonsensical and problematic.

When interpreted correctly, ~0 translates to about 0.58 million years,
which seems rather excessive.

This patch changes it to 0x1fff7fffffff, which is about 1.11 years.
This is still plenty long, and is the same as both an int64 and uint64.
Applications that accidentally store it in a 32-bit int/unsigned also
get a non-negative value, which is again the same as both int and
unsigned.  This value was suggested by Ian Romanick.

v2: Add the ULL prefix on the constant (suggested by Ian).

Fixes Piglit's spec/!OpenGL 3.2/get-integer-64v.

Signed-off-by: Kenneth Graunke <kenneth@whitecape.org>
Cc: mesa-stable@lists.freedesktop.org
src/mesa/main/context.c