tag | 09271961c4c00b0b279ebc40d118fd15b5bc369b | |
---|---|---|
tagger | Lorenzo Dal Col <lorenzo@khronosgroup.org> | Thu Oct 26 18:45:14 2023 +0200 |
object | 6cfe705f8dd385e74d8b26b433e7bee33ec97987 |
Vulkan CTS 1.3.7.1 Fixes: * Remove illegal mesh shader query tests * Fix dynamic state "clear" tests sync issues * Avoid comparing padding bits in plane view tests * Set the binding mesh shader stage when testing mesh shaders * Fix support checks in attachment feedback loop layout tests * Enable device features for *device_memory_report.create_and_destroy* * Improve performance when skipping ESO and GPL tests * Fix test using dynamic scsissor and viewport with ESO * Add 8 and 16 bit UBO Storage Support checks to Subgroup tests * Destroy all device helpers in dynamic state tests * Respect robustBufferAccess2 in bind_buffers_2 tests * Move singleton destruction to deinit() method * Always wait for device idle in signal_order tests * Account ordering in ConstPixelBufferAccess::getPixel* for UNORM_SHORT_1555 * Fix features check in robustness storage texel buffer tests * Take multiview into account for task shader inv. stats * Check for extension before quering format properties * Do not use and check for STORAGE image support, when it is not used in the test * Fix VkPerformanceCounterKHR sType in query pool tests Improvements: * Remove all test cases descriptions to reduce memory footprint * Remove descriptions from TestNode
commit | 6cfe705f8dd385e74d8b26b433e7bee33ec97987 | [log] [tgz] |
---|---|---|
author | Lorenzo Dal Col <lorenzo@khronosgroup.org> | Fri Oct 20 19:24:27 2023 +0200 |
committer | Lorenzo Dal Col <lorenzo@khronosgroup.org> | Fri Oct 20 19:24:29 2023 +0200 |
tree | 7bc54d0ece3e37d3077b8a743673dff11f880a40 | |
parent | 3e3f0661e6f465988fd1e5f74a9bcf091e1d5b41 [diff] |
Allow Vulkan CTS 1.3.7.1 Affects: dEQP-VK.api.driver_properties.properties Components: Vulkan Change-Id: Iaf2d384a439f2b5029a41307f9fdcc33ce9ca64c
This repository contains Khronos Conformance Testing Suite called VK-GL-CTS which originated from dEQP (drawElements Quality Program). VK-GL-CTS contains tests for several graphics APIs, including OpenGL, OpenGL ES, EGL, Vulkan, and Vulkan SC.
Up-to-date documentation for VK-GL-CTS is available at:
The .qpa logs generated by the conformance tests may contain embedded PNG images of the results. These can be viewed with scripts/qpa_image_viewer.html
, by opening the file with a web browser and following its instructions, or using 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.
When configuring the source code of VK-GL-CTS for running either Vulkan Conformance Tests or OpenGL(ES) Conformance Tests as described above, CMake will generate build files that, by default on desktop platforms, will build every possible project binary. This may be undesirable due the amount of time and disk space needed to perform the build.
One way of selecting only a subset of the targets to be built is using CMake's target selection mechanism. For example, the following command will only build deqp-vk
, the main Vulkan Conformance Tests binary:
cmake --build BUILD_DIRECTORY --target deqp-vk
When building only a subset of targets is the preferred default behavior for a given working copy or build directory, there's a second target selection mechanism that can be used to avoid passing the --target
option every time: the SELECTED_BUILD_TARGETS
CMake option. If set to a non-empty value, only the targets listed in that configuration option, separated by spaces, will be built.
For example, passing -DSELECTED_BUILD_TARGETS="deqp-vk deqp-vksc"
when configuring the project will make cmake --build BUILD_DIRECTORY
act as if it had been passed --target deqp-vk --target deqp-vksc
as additional arguments.
IMPORTANT: Target subset selection may not have been thoroughly tested in all enviroments and situations, and it does not replace the instructions given for the purposes of creating a conformance submission.
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/