Age | Commit message (Collapse) | Author |
|
and from the glmark2 side.
Based on scene results return a proper piglit marked dictionary
|
|
glmark is an OpenGL ES 2.0 framework with a series of
benchmarks that are useful. I have begun to extend
the framework to include testcass which can be driven
by piglit
glmark is distributed under the GPLv3
Modifications to piglit infrastructure to run glmark
These are to the various cmake files, add glmark2test.py to
the framework directory.
Added to cmake/Modules are tests for libpng and libjpeg which
are needed by glmark2
|
|
It doesn't actually test anything, and thus can never fail.
Reviewed-by: Eric Anholt <eric@anholt.net>
|
|
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Eric Anholt <eric@anholt.net>
|
|
the context
A test script can require a specific GLSL version or a specific GL
version. To satisfy this requirement, the piglit framework code needs
to know about the requirement before creating the context. However,
the requirements section can contain other requirements, such as
minimum number of uniforms.
The requirements section can't be fully processed until after the
context is created, but the context can't be created until after the
requirements section is processed. Do a quick can over the
requirements section to find the GL and GLSL version requirements.
Use these to guide context creation.
v2: Use 3-digit GLSL versions as suggested by Eric.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
Reviewed-by: Eric Anholt <eric@anholt.net>
|
|
There's no default VAO (without GL_ARB_compatibility), so we have to
create and bind one.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
Reviewed-by: Eric Anholt <eric@anholt.net>
|
|
In floating point, 3.1 is actually 3.0999999999, and that's just
awsome for comparing GL versions.
v2: Use 3-digit GLSL versions as suggested by Eric.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Eric Anholt <eric@anholt.net>
|
|
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
Reviewed-by: Eric Anholt <eric@anholt.net>
|
|
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=56057
|
|
Tested on Mac OS 10.7
Reviewed-by: Tom Stellard <thomas.stellard@amd.com>
|
|
1) Fix creation of libpiglitutil_cl.dylib
2) Fix includes of OpenCL.h to finish fixing MacOS build
Previous error message when linking dylib was:
Linking C shared library ../../../../lib/libpiglitutil_cl.dylib
Undefined symbols for architecture x86_64:
"_piglit_cl_get_test_config", referenced from:
_piglit_cl_framework_run in piglit-framework-cl.c.o
ld: symbol(s) not found for architecture x86_64
Reviewed-by: Tom Stellard <thomas.stellard@amd.com>
|
|
The original version defined BUILD_OPT, but used BUILD_OPT1. Clover
wasn't capable of passing the test either way. Now, the test should
pass on conforming implementations.
Reviewed-by: Tom Stellard <thomas.stellard@amd.com>
|
|
So the test isn't skipped (with "warn" result) on Windows.
|
|
Triangles should be clipped to the clip volume and therefore shouldn't
end up being rasterized outside the viewport.
This was failing on Sandy Bridge with guard band clipping enabled.
v2: new test name, more comments and addition to all.tests.
v3: Eric's comments incorporated, and the explicit window size removed.
v4: minor style tweaks by Eric, and Brian's probe-related review.
Reviewed-by: Eric Anholt <eric@anholt.net>
|
|
v2: Drop the window size setup.
Reviewed-by: Brian Paul <brianp@vmware.com>
|
|
Given that piglit hasn't been testing this, I don't want to modify the
existing glsl-max-varyings which has been very useful. I don't want a
non-rendering test, though, because gl 2.0 allows an implementation to
allow shaders with >MAX_VARYING_COMPONENTS, so we should actually test
the rendering if that does happen.
v2: Make the error/warning message clearer.
Reviewed-by: Brian Paul <brianp@vmware.com>
|
|
It's a really slow one, and I'm adding another variant of it.
Reviewed-by: Brian Paul <brianp@vmware.com>
|
|
Ninja is a wicked-fast build system backend supported by CMake.
|
|
If piglit_gl_test_config::supports_gl_compat_version was >= 32, then
Piglit neglected to set the WAFFLE_CONTEXT_PROFILE attribute.
Luckily this introduced no errors, because Piglit does not yet contain any
3.2 tests.
Piglit also neglected to set the profile attribute when
piglit_gl_test_config::supports_gl_core_version was >= 32, but this was
safe because the default value of WAFFLE_CONTEXT_PROFILE is
WAFFLE_CONTEXT_CORE_PROFILE for GL versions >= 3.2. However, explicitly
set it anyway for self-documentation.
Signed-off-by: Chad Versace <chad.versace@linux.intel.com>
|
|
This lets the textureSize tests for TBOs run on i965.
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
Thanks to waffle we can finally do this.
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
This reverts commit ba79f8c3f85a479e97d43f41bf6d2064a1e174fe.
This test has been replaced with gl-3.0/genned-names,
and the pre-GL-3.0 behavior is relatively unspecified and
uninteresting.
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
The test claimed that the default value was 0,0,0,1, but the GL 3.0
spec page 263 disagrees. The test saw 0,0,0,1 when it was written
because a visual with no alpha happened to be chosen, but there's no
guarantee that you don't have alpha, so fix the test, and ask for
alpha in the test so that we can reliably check those bits.
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
|
|
This test requests various flavors (that is, api and version and profile) of
contexts and verifies that the context's actual flavor is compatible with
the requested flavor.
The following subcases fail on mesa-a196f43 with Intel Sandybridge:
- For each OpenGL context >= 3.2, context creation fails with EGL
error EGL_SUCCESS.
- For OpenGL ES 3.0, the context version reported by glGetString is
2.0.
All other cases skip or pass.
v2:
- Document that we use eglGetProcAddress to avoid piglit-dispatch.
- Also verify that glGetString(GL_VERSION) and
glGetIntgerv(GL_MAJOR/MINOR_VERSION) return the same version.
v3:
- Remove incorrect test for ES3.
Reviewed-by: Iam Romanick <idr@freedesktop.org> (v2)
Signed-off-by: Chad Versace <chad.versace@linux.intel.com>
|
|
Previously, piglit_expect_egl_error() would terminate the test if an
unexpected error occurred. However, there are many cases when we would
prefer to simply report the error and continue testing.
Commit 83c8ef80 made an analagous change to piglit_check_gl_error(). For
consistency with that function, this commit also renames
piglit_expect_egl_error to piglit_check_egl_error.
In all cases, I replaced
piglit_expect_egl_error(err, PIGLIT_FAIL)
with
if (!piglit_check_egl_error(err))
piglit_report_result(PIGLIT_FAIL)
or some equivalent.
Reviewed-by: Ian Romanick <idr@freedesktop.org>
Signed-off-by: Chad Versace <chad.versace@linux.intel.com>
|
|
Reviewed-by: Brian Paul <brianp@vmware.com>
Signed-off-by: Chad Versace <chad.versace@linux.intel.com>
|
|
No test actually called glewInit(), because piglit-dispatch #define'd it
to piglit_dispatch_default_init().
This patch removes the macro and replaces each call to glewInit() with
piglit_dispatch_default_init().
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
Signed-off-by: Chad Versace <chad.versace@linux.intel.com>
|
|
It does error checking for glGenerateMipmap() with integer and
packed depth-stencil texture internal formats.
V2: Don't test formats which generate no error. They are covered
in other piglit tests.
Signed-off-by: Anuj Phogat <anuj.phogat@gmail.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
|
|
v2:
Remove some trailing whitespace.
Remove glFlushMappedBufferRange() code.
Require GL_ARB_map_buffer_range
Run as concurrent test.
Reviewed-by: Eric Anholt <eric@anholt.net>
|
|
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
As we do glxinfo on Linux. Note that if wglinfo.exe isn't found
you'll see a line like this in the results file:
"wglinfo": "Failed to run wglinfo",
Reviewed-by: José Fonseca <jfonseca@vmware.com>
|
|
Two of the tests had the prefix, two others didn't.
v2: update all.tests too
Reviewed-by: Eric Anholt <eric@anholt.net>
|
|
depth-stencil formats are disallowed in glGenerateMipmap because the
stencil component is not filterable.
Signed-off-by: Anuj Phogat <anuj.phogat@gmail.com>
|
|
The test requires a 100x100 rendering. Adjust the viewport and
probes to accomodate larger window sizes.
Reviewed-by: Marek Olšák <maraeo@gmail.com>
Tested-by: Marek Olšák <maraeo@gmail.com>
|
|
The pixel probing is very sensitive to the size of the rendering so
limit it to 100x100 regardless of window size.
Reviewed-by: Marek Olšák <maraeo@gmail.com>
Tested-by: Marek Olšák <maraeo@gmail.com>
|
|
These tests probe specific pixel locations so the 100x100 size can't
be changed. Let the window be larger, but just draw to a 100x100 region.
Reviewed-by: Marek Olšák <maraeo@gmail.com>
Tested-by: Marek Olšák <maraeo@gmail.com>
|
|
This updates and renames the fdo9833.c test.
Reviewed-by: Eric Anholt <eric@anholt.net>
|
|
missed this the first time around.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
samplerCubeArray."
This reverts commit ccde8c37c2c1eb7d1b1b7451677b9f6ce9237591.
after talking to Kayden we should always test for this.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
While adding cube map arrays to r600g I noticed no test actually tested
whether the explicit lod or lod bias on cubemaps was actually being
used. This test is a variant on the cubemap test that contains 3 variants,
plain cubemap with shader,
cubemap sampling with lod bias
cubemap sampling with explicit lod.
This test currently fails on r600g due to the bug, which I shall fix soon.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|
|
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
|