Age | Commit message (Collapse) | Author | Files | Lines |
|
This is the obvious thing to do. This eliminates the need to explicitly
link to libGL in every other CMakeLists.gl.txt.
Tested-by: Nanley Chery <nanley.g.chery@intel.com>
|
|
This fails with current Mesa due to a bug in commit:
4639cea2921669527eb43dcb49724c05afb27e8e
Signed-off-by: Tapani Pälli <tapani.palli@intel.com>
Reviewed-by: Ilia Mirkin <imirkin@alum.mit.edu>
|
|
Signed-off-by: Jordan Justen <jordan.l.justen@intel.com>
Reviewed-by: Kristian Høgsberg <krh@bitplanet.net>
|
|
This test verifieds that rendering and compute operations can be
interleaved.
Signed-off-by: Jordan Justen <jordan.l.justen@intel.com>
Reviewed-by: Kristian Høgsberg <krh@bitplanet.net>
|
|
Signed-off-by: Jordan Justen <jordan.l.justen@intel.com>
Reviewed-by: Kristian Høgsberg <krh@bitplanet.net>
|
|
Signed-off-by: Jordan Justen <jordan.l.justen@intel.com>
Reviewed-by: Kristian Høgsberg <krh@bitplanet.net>
|
|
These are a very simplified version of the similar image load/store
versions.
Signed-off-by: Jordan Justen <jordan.l.justen@intel.com>
Reviewed-by: Kristian Høgsberg <krh@bitplanet.net>
|
|
v2:
- Modify command format.
Signed-off-by: Samuel Iglesias Gonsalvez <siglesias@igalia.com>
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
|
|
Signed-off-by: Samuel Iglesias Gonsalvez <siglesias@igalia.com>
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
|
|
This fixes the test so it passes on the Nvidia binary driver.
|
|
Missed this change when committing "Port arb occlusion query
conformance tests from Glean to Piglit".
Reviewed-by: Ilia Mirkin <imirkin@alum.mit.edu>
|
|
In compatiblity profiles, the GL_ARB_separate_shader_objects extension
allows passing data via built-in varyings such as gl_TexCoord[]. We
don't do compatibility profiles, but we do expose SSO in legacy GL
contexts and allow it with GLSL 1.30 and earlier.
This test actually tries to do that in a rendering test.
This is particularly interesting because Mesa's VARYING_SLOT_* enums
handle built-in varyings different than generic ones. I wanted to be
able to see how those came through; this provides a simple example.
Signed-off-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
|
|
Having more than two stages makes SSO interface matching a lot more
interesting. However, the five-stage variant won't run on i965 for
a while. So, this patch adds a three-stage variant (VS/GS/FS, but
no tessellation).
Beyond that, this test is a little meaner: I made the VS have more
outputs than the GS has inputs, with the locations specified to have a
gap. An implementation that lays out VS outputs and GS inputs
contiguously would fail; they have to match up properly.
Signed-off-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
|
|
This is a very invasive patch, because it replaces one of our core
data-structures with a completely different kind of object. This new
object is not a dict-like object (it doesn't use obj[key] = value
syntax), instead it's a standard object with the standard object
attributes. So result['time'] becomes result.time.
This approach has a couple of advantages. First, it allows us to use
properties, which allows us to encapsulate a lot of distributed logic
from the summary module in the results module, and in a way that is
easier to test for correctness. The second advantage of that
encapsulation is that correct behavior is used everywhere, instead of
just in most places. Finally, it allows us to use the flyweight pattern
on the results objects, limiting the amount of memory consumed.
Signed-off-by: Dylan Baker <dylanx.c.baker@intel.com>
|
|
Just like the non-array test. Always use layer=1.
On NVIDIA's closed-source driver the 4x test passes. The 2x, 6x, and 8x
test for both array and (previously existing) non-array textures fail.
NOTE: This test currently fails on the Mesa i965 driver.
v2: Fix dumb argument parsing that caused all the non-array tests to
fail.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Anuj Phogat <anuj.phogat@gmail.com>
Tested-by: Ilia Mirkin <imirkin@alum.mit.edu>
|
|
If the vertex shader inputs are named piglit_vertex and piglit_texcoord,
the utility function will handle everything for us.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Anuj Phogat <anuj.phogat@gmail.com>
|
|
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Anuj Phogat <anuj.phogat@gmail.com>
|
|
Trivial.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Anuj Phogat <anuj.phogat@gmail.com>
|
|
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Anuj Phogat <anuj.phogat@gmail.com>
|
|
Replaced by new piglit test.
Signed-off-by: Brian Paul <brianp@vmware.com>
|
|
This test replaces the original glean toccluqry.cpp test.
Reviewed-by: Brian Paul <brianp@vmware.com>
|
|
Replaced by new piglit test.
Reviewed-by: Brian Paul <brianp@vmware.com>
|
|
This test replaces the original glean tpaths.cpp test.
Reviewed-by: Brian Paul <brianp@vmware.com>
|
|
This internal depth/stencil format was added in GL 3.0
We need to handle a few things specially for this format:
1. The random float data must be in the range [0,1].
2. When we compare pixels, we must skip the 3 unused bytes in the pixel.
This patch also simplifies the array indexing code in check_texture().
Note: This format fails with NVIDIA's 352.21 driver (at least).
It passes with Mesa softpipe with the proposed GL_ARB_copy_image patch
series.
v2: check for GL_ARB_depth_buffer_float instead of GL 3.0
|
|
Instead of printing potentially a thousand error messages when
there's a failure.
Also, some minor code reformatting.
v2: remove passrate code too, per Anuj.
|
|
Reviewed-by: Anuj Phogat <anuj.phogat@gmail.com>
|
|
Reviewed-by: Anuj Phogat <anuj.phogat@gmail.com>
|
|
When fixing some ES 3.1 conformance issues I noticed several subtests
started to fail. Pipeline has to be bound before validation, this makes
failing subtests to pass with planned Mesa changes.
Signed-off-by: Tapani Pälli <tapani.palli@intel.com>
Reviewed-by: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com>
|
|
This was never added to all.py
cc: Mike Stroyan <mike@lunarg.com>
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
Signed-off-by: Dylan Baker <dylanx.c.baker@intel.com>
|
|
This was never added to all.py
cc: Eric Anholt <eric@anholt.net>
Signed-off-by: Dylan Baker <dylanx.c.baker@intel.com>
Reviewed-by: Albert Freeman <albertwdfreeman@gmail.com>
|
|
This was never added to all.py.
cc: Eric Anholt <eric@anholt.net>
Signed-off-by: Dylan Baker <dylanx.c.baker@intel.com>
|
|
I did this wrong when I converted the format of all.py
Signed-off-by: Dylan Baker <dylanx.c.baker@intel.com>
|
|
This was never added to all.py, and was detected by my check.py script.
This fails on i965 against mesa master
cc: Jason Ekstrand <jason.ekstrand@intel.com>
Signed-off-by: Dylan Baker <dylanx.c.baker@intel.com>
Reviewed-by: Albert Freeman <albertwdfreeman@gmail.com>
|
|
This test was never added to all.py, and was detected by my check.py
script.
cc: Dave Airlie <airlied@redhat.com>
Signed-off-by: Dylan Baker <dylanx.c.baker@intel.com>
Reviewed-by: Albert Freeman <albertwdfreeman@gmail.com>
|
|
This test was never added to all.py, and was detected by my check.py
script.
This fails on i965 against mesa master
cc: Paul Berry <stereotype441@gmail.com>
Signed-off-by: Dylan Baker <dylanx.c.baker@intel.com>
|
|
glGenerateTextureMipmap
After calling glGenerateTextureMipmap, there are 3 things that need to
be verified:
1. The texture bindings have not been modified.
2. Textures not passed to glGenerateTextureMipmap have not had their
data modified.
3. The texture that was passed to glGenerateTextureMipmap has the
correct data in its mipmaps.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=91847
Reviewed-by: Brian Paul <brianp@vmware.com>
|
|
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
Reviewed-by: Albert Freeman <albertwdfreeman@gmail.com>
|
|
DSA requires OpenGL 2.0, so this requirement is trivial.
I would have ported this directly to core profile / OpenGL 3.1, but the
test makes heavy use of the deprecated glDrawPixels function. The uses
in make_texture_image() should be trivial to remove.
However, I'm not even sure why test_format() uses glDrawPixels. It
seems like just comparing the results from glGetTextureImage for each
mip level should be sufficient. Is the glDrawPixels just to visualize
the result?
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Acked-by: Ilia Mirkin <imirkin@alum.mit.edu>
Cc: Brian Paul <brianp@vmware.com>
|
|
The "supports_gl_compat_version = 10" was rubbish anyway because DSA
requires OpenGL 2.0... OpenGL 1.0 didn't even have texture objects!
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Acked-by: Ilia Mirkin <imirkin@alum.mit.edu>
|
|
than 3.1
The test requires GLSL 1.40, which can only be exposed on OpenGL 3.1 or
later. Pretending that the test can run on anything less is just silly.
If the test requires 3.1, just dump compatibility profile support.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Acked-by: Ilia Mirkin <imirkin@alum.mit.edu>
|
|
Every pass through piglit_display leaked a big pile of stuff.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Acked-by: Ilia Mirkin <imirkin@alum.mit.edu>
|
|
The "supports_gl_compat_version = 13" was rubbish anyway because DSA
requires OpenGL 2.0. There's probably some other save/restore code in
texture_sub_image_multisample that could be removed, but I don't think
it's worth the effort right now.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Acked-by: Ilia Mirkin <imirkin@alum.mit.edu>
|
|
The "supports_gl_compat_version = 10" was rubbish anyway because DSA
requires OpenGL 2.0.
Since cube maps are required since OpenGL 1.3, the test for it is no
longer needed. In fact, Mesa does not advertise this extension in core
profile (because duh), so checking for it is harmful.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Acked-by: Ilia Mirkin <imirkin@alum.mit.edu>
|
|
The "supports_gl_compat_version = 10" was rubbish anyway because DSA
requires OpenGL 2.0 and GL_CLAMP_TO_EDGE requires OpenGL 1.2.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Acked-by: Ilia Mirkin <imirkin@alum.mit.edu>
|
|
The "supports_gl_compat_version = 13" was rubbish anyway because DSA
requires OpenGL 2.0.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Acked-by: Ilia Mirkin <imirkin@alum.mit.edu>
|
|
The "supports_gl_compat_version = 12" was rubbish anyway because DSA
requires OpenGL 2.0.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Acked-by: Ilia Mirkin <imirkin@alum.mit.edu>
|
|
The "supports_gl_compat_version = 10" was rubbish anyway because DSA
requires OpenGL 2.0.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Acked-by: Ilia Mirkin <imirkin@alum.mit.edu>
|
|
Future patches will make use of these utility functions. The shaders
also need to be reduced to GLSL 1.10 because that's all that's required
by OpenGL 2.0.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Acked-by: Ilia Mirkin <imirkin@alum.mit.edu>
|
|
The "supports_gl_compat_version = 10" was rubbish anyway because DSA
requires OpenGL 2.0, and the test's piglit_init function was already
doing piglit_require_gl_version(13).
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Acked-by: Ilia Mirkin <imirkin@alum.mit.edu>
|
|
The "supports_gl_compat_version = 10" was rubbish anyway because DSA
requires OpenGL 2.0.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Acked-by: Ilia Mirkin <imirkin@alum.mit.edu>
|