| commit | d5e816f8e29b7f42c7e236c30979df6cf14e2ad0 | [log] [tgz] |
|---|---|---|
| author | James Hauxwell <hauxwell@broadcom.com> | Thu Feb 27 14:23:12 2020 +0000 |
| committer | Alexander Galazin <Alexander.Galazin@arm.com> | Thu Mar 26 04:34:40 2020 -0400 |
| tree | e044f7e1b6612bb974c96b1eef422cd2ea72042b | |
| parent | b5b58e6ac8a040681ffb1f19d5c3019c3f240055 [diff] |
fix deqp reference texture lookup not adhearing to the ES2.0 spec language "If the magnification filter is given by LINEAR and the minification filter is given by NEAREST_MIPMAP_NEAREST or NEAREST_MIPMAP_LINEAR, then c = 0.5. This is done to ensure that a minified texture does not appear “sharper” than a magnified texture. Otherwise c = 0" This was removed in ES3.0 The reference rasterizer is ES3, so it needs to get the version of the device under test (DUT) and change its behaviour acordingly Components: GLES2 VK-GL-CTS issue: #890 Affects: dEQP-GLES2.functional.texture.filtering.2d.nearest_mipmap_nearest_linear_clamp_rgba8888 dEQP-GLES2.functional.texture.filtering.2d.nearest_mipmap_nearest_linear_repeat_rgba8888 dEQP-GLES2.functional.texture.filtering.2d.nearest_mipmap_nearest_linear_mirror_rgba8888 dEQP-GLES2.functional.texture.filtering.2d.nearest_mipmap_linear_linear_clamp_rgba8888 dEQP-GLES2.functional.texture.filtering.2d.nearest_mipmap_linear_linear_repeat_rgba8888 dEQP-GLES2.functional.texture.filtering.2d.nearest_mipmap_linear_linear_mirror_rgba8888 dEQP-GLES2.functional.texture.filtering.2d.nearest_mipmap_nearest_linear_repeat_etc1 dEQP-GLES2.functional.texture.filtering.2d.nearest_mipmap_nearest_linear_mirror_etc1 dEQP-GLES2.functional.texture.filtering.2d.nearest_mipmap_linear_linear_repeat_etc1 dEQP-GLES2.functional.texture.filtering.2d.nearest_mipmap_linear_linear_mirror_etc1 dEQP-GLES2.functional.texture.vertex.cube.filtering.nearest_mipmap_nearest_linear_clamp dEQP-GLES2.functional.texture.vertex.cube.filtering.nearest_mipmap_nearest_linear_repeat dEQP-GLES2.functional.texture.vertex.cube.filtering.nearest_mipmap_nearest_linear_mirror dEQP-GLES2.functional.texture.vertex.cube.filtering.nearest_mipmap_linear_linear_clamp dEQP-GLES2.functional.texture.vertex.cube.filtering.nearest_mipmap_linear_linear_repeat dEQP-GLES2.functional.texture.vertex.cube.filtering.nearest_mipmap_linear_linear_mirror Change-Id: I43024a13e0f63eb929da60d02c9722900c46506c
This repository contains a GPU testing suite called dEQP (drawElements Quality Program). dEQP contains tests for several graphics APIs, including OpenGL ES, EGL, and Vulkan.
Up-to-date documentation for the dEQP is available at Android Open Source Project site.
The .qpa logs generated by the conformance tests may contain embedded png images of the results. These can be viewed with the Cherry tool.
This repository includes Khronos Vulkan CTS under external/vulkancts directory. For more information see Vulkan CTS README.
This repository includes Khronos OpenGL / OpenGL ES CTS under external/openglcts directory. For more information see OpenGL / OpenGL ES CTS README.
ANGLE can be built for Android by following the instructions here.
The resulting ANGLE shared object libraries can be linked against and embedded into dEQP.apk with the --angle-path option. This will cause dEQP.apk to use the ANGLE libraries for OpenGL ES calls, rather than the native drivers.
An ABI must be specified and the directory structure containing the ANGLE shared objects must match it so the build system can find the correct *.so files.
Assuming ANGLE shared objects are generated into ~/chromium/src/out/Release/ and dEQP.apk will be generated with --abis arm64-v8a, issue the following commands:
cd ~/chromium/src/out/Release/ mkdir arm64-v8a && cd arm64-v8a cp ../lib*_angle.so .
The --angle-path ~/chromium/src/out/Release/ option can then be used to link against and embed the ANGLE shared object files. The full command would be:
python scripts/android/build_apk.py --sdk <path to Android SDK> --ndk <path to Android NDK> --abis arm64-v8a --angle-path ~/chromium/src/out/Release/