Test memory leaks in vkEnumeratePhysicalDevices
authorPiotr Byszewski <piotr.byszewski@mobica.com>
Fri, 3 Apr 2020 08:45:27 +0000 (10:45 +0200)
committerAlexander Galazin <Alexander.Galazin@arm.com>
Sat, 18 Apr 2020 09:38:59 +0000 (05:38 -0400)
commitb9a868ba2c29a87068d9a09fd7ee69813dbd2fdc
tree5062850adf9c43fe00f1ff126aca0af02a7e771d
parent015649c5637142321c210c6adb819b7b298a22a3
Test memory leaks in vkEnumeratePhysicalDevices

This change adds dedicated test that checks if vkEnumeratePhysical-
Devices does same amount of memory frees as it does allocations.
Additionally alloc_callback_fail tests were changed so that if
object construction was not successful with given number of
allocations it is attempted one more time with 10000 allowed
allocations. This will mainly affect instance and device
creation tests as they require many allocations and with
this we will be able to detect possible memory leaks.

Components: Vulkan

VK-GL-CTS issue: 149

Affects:
dEQP-VK.api.device_init.enumerate_devices_alloc_leak
dEQP-VK.api.object_management.alloc_callback_fail.*

Change-Id: Ic64054a0753a4ba4fdf3e7ef3104787bf5d2a72b
android/cts/master/vk-master-2020-03-01.txt
android/cts/master/vk-master.txt
external/vulkancts/modules/vulkan/api/vktApiDeviceInitializationTests.cpp
external/vulkancts/modules/vulkan/api/vktApiObjectManagementTests.cpp
external/vulkancts/mustpass/master/vk-default.txt