[Piglit] [PATCH 1/2] shader_runner: fix error checking on MapBuffer gles workaround

2019-04-11 Thread Alejandro Piñeiro
--- tests/shaders/shader_runner_gles_workarounds.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/shaders/shader_runner_gles_workarounds.h b/tests/shaders/shader_runner_gles_workarounds.h index d3ab77506..77956f6b9 100644 --- a/tests/shaders/shader_runner_gles_workaroun

[Piglit] [PATCH 2/2] shader_runner: get proper access bitfield when calling MapBufferRange

2019-04-11 Thread Alejandro Piñeiro
Current workaround assumes that glMapBuffer and glMapBufferRange 'access' bitfield uses the same values, when it is not. --- .../shaders/shader_runner_gles_workarounds.h | 19 +-- 1 file changed, 17 insertions(+), 2 deletions(-) diff --git a/tests/shaders/shader_runner_gles_worka

[Piglit] [PATCH 0/2] shader_runner: fix gles3 glMapBuffer workaround

2019-04-11 Thread Alejandro Piñeiro
Alejandro Piñeiro (2): shader_runner: fix error checking on MapBuffer gles workaround shader_runner: get proper access bitfield when calling MapBufferRange .../shaders/shader_runner_gles_workarounds.h | 21 --- 1 file changed, 18 insertions(+), 3 deletions(-) -- 2.19.1 ___

Re: [Piglit] [PATCH 1/2] shader_runner: fix error checking on MapBuffer gles workaround

2019-04-11 Thread Eric Engestrom
On Thursday, 2019-04-11 11:14:41 +0200, Alejandro Piñeiro wrote: > --- > tests/shaders/shader_runner_gles_workarounds.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tests/shaders/shader_runner_gles_workarounds.h > b/tests/shaders/shader_runner_gles_workarounds.h > ind

Re: [Piglit] [PATCH 0/2] shader_runner: fix gles3 glMapBuffer workaround

2019-04-11 Thread Tapani Pälli
Verified access bitfield values from spec, series: Reviewed-by: Tapani Pälli On 4/11/19 12:14 PM, Alejandro Piñeiro wrote: Alejandro Piñeiro (2): shader_runner: fix error checking on MapBuffer gles workaround shader_runner: get proper access bitfield when calling MapBufferRange .../sh

[Piglit] [PATCH] glx: make sure contexts are destroyed before we exit the test

2019-04-11 Thread Timothy Arceri
Without this the last two contexts that are created will not have been destroyed when exiting the test. This creates a race condition in Mesa between any threads that might be using glsl_types and the atexit() callback that destroys these types. --- tests/glx/glx-multithread-shader-compile.c | 1 +