This directory contains a mock ICD driver designed for validation layer testing.
The mock ICD is focused on enabling validation testing apart from an actual device. Because the validation layers sit on top of the ICD and don't depend upon the results of Vulkan rendering, they can be tested without having actual GPU hardware backing the ICD. The final mock driver will be composed of three main features: a null driver, flexible device configuration, and entrypoint tracking & verification.
The intial mock driver features just the null driver capability. This allows all of the validation tests to be run on a fixed device configuration that is hard-coded into the ICD.
Device configuration can be added by running the DevSim layer below the validation layers, but above the mock driver. The current plan is that if device customization beyond DevSim's capabilities are required for validation layer testing then the DevSim layer will be enhanced with the required features. The mock layer itself is just planned to have some hard-coded device settings that will enable it to run all of the validation tests.
Entrypoint tracking and verification will be added to the mock layer as a later feature. The idea is that all expected Vulkan function calls and their parameters can be stored in the ICD and then a separate call can be made to verify that the exepected calls and parameters actually entered the ICD. This allows verification that the validation layers are correctly passing calls and their parameters through to the ICD unchanged.
To enable the mock ICD, set VK_ICD_FILENAMES environment variable to point to your {BUILD_DIR}/icd/VkICD_mock_icd.json.
The initial mock ICD is just the null driver which can be used in combination with DevSim to test validation layers on simulated devices. Here's a rough sequence of tasks planned for the mock driver going forward:
- Get all LVL tests passing on the bare null driver
- Get failing tests passing
- Get skipped tests passing as able
- Get all LVL tests to run without unexpected errors
- Develop automated test flow using mock ICD (alternative to or replacement for run_all_tests.sh)
- Get all LVL tests to pass on a selection of device profiles using DevSim layer
- Update LVL tests with device dependencies to target specific device profiles
- Add entrypoint tracking & verification
- Initially track expected calls
- Update some tests to verify expected capability
- Expand tracking to include parameters
The focus of the mock icd is for validation testing, but the code is available to use and enhance for anyone wishing to apply it for alternative purposes. With the following enhancements, the mock driver state available to the app should very closely mimic an actual ICD:
- Update various function return codes
- Simulated synchronization objects
- Simulated query with mock data
- Basic command buffer state tracking to note synch object transitions and query state updates
Beyond that it's certainly possible that the mock icd could be hooked up to a SW renderer and serve as a virtual GPU with complete rendering/compute capabilities.
This is a temporary section used for tracking as the mock icd is being developed. Once all tests are passing with the mock, this section can be removed. Currently 333/333 tests are passing with the mock icd, but many passing tests have unexpected validation errors that need to be cleaned up.
NONE
- VkLayerTest.RenderPassInUseDestroyedSignaled
- VkLayerTest.RenderPassIncompatible
- VkLayerTest.BindImageInvalidMemoryType
- VkLayerTest.CreatePipelineBadVertexAttributeFormat
- VkLayerTest.MiscBlitImageTests
- VkLayerTest.TemporaryExternalSemaphore
- VkLayerTest.TemporaryExternalFence
- VkLayerTest.InvalidBarriers
- VkLayerTest.CommandQueueFlags
- VkPositiveLayerTest.TwoQueuesEnsureCorrectRetirementWithWorkStolen
- VkPositiveLayerTest.ExternalSemaphore
- VkPositiveLayerTest.ExternalFence
- VkPositiveLayerTest.ExternalMemory