| Age | Commit message (Collapse) | Author |
|---|
|
Conflicts:
generated_tests/CMakeLists.txt
|
|
outerProduct is available with glsl es 3.00 but not
with glsl es 1.00.
http://www.khronos.org/opengles/sdk/docs/manglsl/xhtml/outerProduct.xml
|
|
to all_es2.tests.
|
|
|
|
add all_es2.tests so it's easier to run just gles2 tests.
last add in one additional file that needs to be built as part of
shader_runner for gles2.
|
|
|
|
Fix shader_test.py so it uses shader_runner_gles2 when running
a shader test with GL 2.00 es in the [required] section.
In shader_runner.c set config.supports_gl_es_version = 20 when
PIGLIT_USE_OPENGL_ES2 is defined.
Add a number of GLES2 specific workarounds to
shader_runner_gles_workarounds.h.
Add tests/spec/glsl-es-1.00 directory and new
execution/sanity.shader_test in that directory.
|
|
|
|
|
|
|
|
|
|
This is a set of trivial changes. In the appropriate set of
tests/glslparsertests/glsl2/*.frag which are targeted for
glsl_version 1.10 or 1.20, add glsles_version: 1.00 which
identifies the test as appropriate for glsl es 1.0 which lines up
with gles2.
|
|
This is a set of trivial changes. In the appropriate set of
tests/glslparsertests/glsl2/*.vert which are targeted for
glsl_version 1.10 or 1.20, add glsles_version: 1.00 which
identifies the test as appropriate for glsl es 1.0.
|
|
This is a set of trivial changes. In the appropriate set of
tests/glslparsertests/shaders/*.vert which are targeted for
glsl_version 1.10 or 1.20, add glsles_version: 1.00 which
identifies the test as also appropriate for glsl es 1.0.
|
|
This is a set of trivial changes. In the appropriate set of
tests/glslparsertests/shaders/*.frag which are targeted for
glsl_version 1.10 or 1.20, add glsles_version: 1.00 which
identifies the test as appropriate for glsl es 1.0 which lines up
with gles2.
CorrectVersion.V100.frag and CorrectVersion1.V100.frag are new
specific for GLSL ES testing #version 100.
|
|
Trivial: test expects `-use_fbo` option for testing FBO rasterization,
and not `-fbo`.
|
|
As these tests are now autogenerated in generated_tests by
variable-index-read.sh and variable-index-write, remove them.
|
|
|
|
From tests/spec/glsl-1.10 extend variable-index-write.sh so that
it can also correctly generates variable index write tests that
support glsl-es-1.00.
1.00 added as a valid parameter to generated tests for glsl-es-1.00.
For 1.00 tests in the vertex shader an orthographic projection is
applied since ortho during the test portion isn't supported on
OpenGL ES.
For 1.00 tests the fragent shader specifies default precision.
For 1.00 tests emit in the [require] section the correct
GLSL ES and GL ES settings.
|
|
From tests/spec/glsl-1.10 extend variable-index-read.sh so that
it can also correctly generates variable index read tests that
support glsl-es-1.00.
1.00 added as a valid parameter to generated tests for glsl-es-1.00.
For 1.00 tests the vertex shader an orthographic projection is
applied since ortho during the test portion isn't supported on
OpenGL ES.
For 1.00 tests the fragent shader specifies default precision.
For 1.00 tests emit in the [require] section the correct
GLSL ES and GL ES settings.
|
|
Based on the test cases for get_global_id
Reviewed-by: Tom Stellard <thomas.stellard at amd.com>
|
|
Several tests still had '%' in the test names, which Tom made an illegal
character a ways back.
Reviewed-by: Tom Stellard <thomas.stellard at amd.com>
|
|
When doing a full piglit run it's helpful to have all the OpenGL
driver version/vendor/extension info. The piglit framework tries
to run glxinfo/wglinfo and include the output in the results file,
but sometimes those programs aren't installed.
Reviewed-by: José Fonseca <jfonseca@vmware.com>
Reviewed-by Tom Gall <tom.gall@linaro.org>
|
|
v3: Made more readable, report observed sample positions of failure.
|
|
From the description of glMapBuffer:
"A mapped data store must be unmapped with glUnmapBuffer before its
buffer object is used.
Otherwise an error will be generated by any GL command that
attempts to dereference the buffer object's data store."
|
|
Since we never bail on the first failure in this test, we can return
from the GetInternalformativ without buffer_size_in_elements ever
being touched, due to misc GL error (mesa_base_fbo_format fails),
this then causes us to loop a lot later and print error messages
than make piglit eat all the pies^WRAM.
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
Pointed out by Chad Versace.
|
|
These warnings have become fatal errors in Python 3.x.
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
|
|
Changes:
- SINGLE is removed, because its value was 0
- ALPHA is removed, because it becomes redundant with this change
- RGB asks for an RGB visual
- RGBA asks for an RGBA visual
- if RGB and RGBA are unset, it asks for a visual without RGB(A)
Reviewed-by: Brian Paul <brianp@vmware.com>
Reviewed-by: Chris Forbes <chrisf@ijw.co.nz>
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
v2: fix glut
|
|
By the looks of it "default" is not required to appear as last statement
in a switch expression, and c rules should be followed (which is probably
a mess to implement thanks to fallthrough).
Seems to fail with mesa glsl compiler (at least with tgsi translation).
Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
Reviewed-by: Eric Anholt <eric@anholt.net>
|
|
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
They switched the default for imagefileio, so they renamed the option
(while leaving out support for the old option, making our tests fail).
This happened some time between our last ES2 drop, and ES3. Since the
current stuff still contains all the ES2 tests, we don't need support
for the old version.
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
v2: Fix "written" subtest (which was testing the wrong query).
Reviewed-by: Eric Anholt <eric@anholt.net>
|
|
In a loop, access past the end of a uniform array, to check
if stages after loop unrolling can handle the bad access.
Reproduces https://bugs.freedesktop.org/show_bug.cgi?id=59429
Signed-off-by: Frank Henigman <fjhenigman@google.com>
Reviewed-by: Eric Anholt <eric@anholt.net>
|
|
GLSL ES 1.00 spec 4.5.3 page 36:
"The fragment language has no default precision qualifier for
floating point types."
Adding default precision for float in the fragment shader
so this sanity testcase doesn't error out.
mediump is choosen since according to 4.5.2 page 34:
"The fragment language requires any uses of lowp and mediump to
compile without error. Support for highp is optional."
Signed-off-by: Tom Gall <tom.gall@linaro.org>
Reviewed-by: Stuart Abercrombie <sabercrombie@chromium.org>
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
Commit 0fac0a6 (Modify tests for error checking on "flat" keyword to
match updated specs) adopted the GLSL 1.50 rules for "flat" varyings
for all desktop GL tests (the rationale was that this change likely
reflects a bug fix rather than a deliberate behavioural difference).
The GLSL 1.50 rules allow a vertex shader output to be a non-flat
integer provided that it isn't consumed by the fragment shader. In
particular, this means that a non-flat integer may be used with
transform feedback.
This test verifies that transform feedback works correctly for all
integral types, even if they are not declared as "flat".
Reviewed-by: Jordan Justen <jordan.l.justen@intel.com>
|
|
And set the pixel unpack alignment to 1 so that we don't fail if
the window width isn't a multiple of four.
Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
|
|
As it was, many of the generated / expected pixel values were all
zeros. Use better values that actually fit in the given datatype.
For example, we were trying to store "0x23 << (6 - j)" in a GLbyte.
Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
|
|
Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
|
|
Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
|
|
Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
|
|
Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
|
|
Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
|
|
Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
|
|
Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
|
|
Before, the 96x96 window got bumped up to 116x96 by Windows and we
saw a "Got spurious window resize in automatic run" message and the
test reported "warn".
Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
|
|
Similar to arb_shader_texture_lod-texgrad, but using cube maps instead.
Given the somewhat undefined behavior of explicit gradients with cube
maps, the main purpose of the test is really to test that those work at
all, as there doesn't seem to be any other test covering this.
That said, drivers which simply drop explicit derivatives on the floor
(like softpipe) pass this perfectly as it simply compares implicit vs.
explicit behavior (which, given the fuzzy specification, might not be
really required to be the same here, though given the chosen values, that
is the major axis derivatives being zero, it might seem like a reasonable
assumption).
I guess something which would also test that the implementation is really
using explicit derivatives instead of implicit ones would also be desirable,
but I'll leave that for now, I couldn't really come up with something.
Reviewed-by: Brian Paul <brianp@vmware.com>
|
|
Fixes "invalid syntax" errors when running Piglit.
I could have sworn I tried running Piglit normally, but I must have made
last minute changes. Sorry for the trouble.
|
|
Commit f184de94 (shader_runner: Add lod_bias option to texparameter)
added support for testing the GL_TEXTURE_LOD_BIAS texture parameter to
shader_runner. However, this feature is only available in desktop GL.
This caused compile errors with GLES.
This patch ifdefs the feature out when building the GLES version of
shader_runner.
Reviewed-by: Matt Turner <mattst88@gmail.com>
|
|
in addition to the counter-clockwise triangles.
Plus minor clean-ups.
Reviewed-by: José Fonseca <jfonseca@vmware.com>
|
