Vulkan CTS 1.3.7.3

Fixes:
 * Fix creating device in synchronization multi queue tests
 * Fix image memory barriers in multisample_resolve tests
 * Use explicit modifer to create imported image in modifier test
 * Add missing pipeline barriers in d/s buffer-to-image copies
 * Fix for render_to_image exceeding maxResourceSize
 * Make sure the stencil test passes if load op is "none"
 * Match vertex out with next stage in struct in divbyzero_* tests
 * Add missing format feature check in buffer view tests
 * Dynamic rendering random tests should check for multiview support.
 * Fix reported VUIDs in fragment_density_map tests
 * Remove invalid graphics fuzz undefined array element test
 * Skip unsupported barriers in synchronization tests
 * Fix maintenance5 features in bind_buffers_2 tests
 * Force UNORM color format in null_color_blend_state tests
 * Fix allocation usage for lazily allocated attachments
 * Fix enabling maintenance5 extension in image sparse binding tests
 * Fix UncheckedInstance's callback destruction
 * Force same type for optypeimage_mismatch tests
 * Fix push constants in ray query helper invocations tests
 * Fix invalid pipeline flags2 in maintenance5 draw tests

Improvements:
 * Add user_type extension to no_unknown_extensions
 * Fix unaligned reads in MurmurHash64B
 * Remove frag state for creation_cache_control tests
 * Test improvements for Android 14 CTS
 * Use vertex output in provoking vertex tests

Other:
 * Make mustpass output files ordered alphabetically
 * Remove the generation of lists named "master" as they are not used.
 * Allows merging multiple filters into one in mustpass generation
 * Use a SHA1 to identify the vk_video_samples dependency
 * Updating the Android Test Runner
 * Angle tweaks
Allow Vulkan CTS 1.3.7.3

Affects: dEQP-VK.api.driver_properties.properties

Components: Vulkan
Change-Id: I7127277940dc536d7a0ee257d7a37b621acc6065
2 files changed
tree: 0eaa86bed29870db22bcbd50f7c4b04a7d8f8dfc
  1. .github/
  2. android/
  3. data/
  4. doc/
  5. execserver/
  6. executor/
  7. external/
  8. framework/
  9. modules/
  10. scripts/
  11. targets/
  12. .editorconfig
  13. .gitattributes
  14. .gitignore
  15. AndroidGen.bp
  16. CMakeLists.txt
  17. CODE_OF_CONDUCT.md
  18. deqp_binary.lds
  19. LICENSE
  20. METADATA
  21. MODULE_LICENSE_APACHE2
  22. NOTICE
  23. OWNERS
  24. README.md
README.md

VK-GL-CTS README

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.

Documentation

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.

Khronos Vulkan Conformance Tests

This repository includes Khronos Vulkan CTS under external/vulkancts directory. For more information see Vulkan CTS README.

Khronos OpenGL / OpenGL ES Conformance Tests

This repository includes Khronos OpenGL / OpenGL ES CTS under external/openglcts directory. For more information see OpenGL / OpenGL ES CTS README.

Selecting a subset of targets to build by default

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 for Android

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/