vkGetDeviceQueue - Get a queue handle from a device

Description

getDeviceQueue must only be used to get queues that were created with the flags parameter of DeviceQueueCreateInfo set to zero. To get queues that were created with a non-zero flags parameter use getDeviceQueue2.

Valid Usage

• queueFamilyIndex must be one of the queue family indices specified when device was created, via the DeviceQueueCreateInfo structure

• queueIndex must be less than the value of DeviceQueueCreateInfo::queueCount for the queue family indicated by queueFamilyIndex when device was created
• DeviceQueueCreateInfo::flags must have been zero when device was created

Valid Usage (Implicit)

• device must be a valid Device handle

• pQueue must be a valid pointer to a Queue handle

See Also

VK_VERSION_1_0, Device, Queue

vkQueueSubmit - Submits a sequence of semaphores or command buffers to a queue

Description

queueSubmit is a queue submission command, with each batch defined by an element of pSubmits. Batches begin execution in the order they appear in pSubmits, but may complete out of order.

The order that batches appear in pSubmits is used to determine submission order, and thus all the implicit ordering guarantees that respect it. Other than these implicit ordering guarantees and any explicit synchronization primitives, these batches may overlap or otherwise execute out of order.

Fence operations submitted with queueSubmit have additional ordering constraints compared to other submission commands, with dependencies involving previous and subsequent queue operations. Information about these additional constraints can be found in the fence sections of the synchronization chapter.

The first synchronization scope of each semaphore signal operation defined by this command includes every command in the same batch that the signal operation is defined in, and all commands that occur earlier in submission order.

The second synchronization scope of each semaphore wait operation defined by this command includes every command in the same batch that the wait operation is defined in, and all commands that occur later in submission order. The scope is limited by the pWaitDstStageMask for each batch, as described in SubmitInfo.

If any command buffer submitted to this queue is in the executable state, it is moved to the pending state. Once execution of all submissions of a command buffer complete, it moves from the pending state, back to the executable state. If a command buffer was recorded with the COMMAND_BUFFER_USAGE_ONE_TIME_SUBMIT_BIT flag, it instead moves to the invalid state.

If queueSubmit fails, it may return ERROR_OUT_OF_HOST_MEMORY or ERROR_OUT_OF_DEVICE_MEMORY. If it does, the implementation must ensure that the state and contents of any resources or synchronization primitives referenced by the submitted command buffers and any semaphores referenced by pSubmits is unaffected by the call or its failure. If queueSubmit fails in such a way that the implementation is unable to make that guarantee, the implementation must return ERROR_DEVICE_LOST. See Lost Device.

Valid Usage

• If fence is not NULL_HANDLE, fence must be unsignaled

• If fence is not NULL_HANDLE, fence must not be associated with any other queue command that has not yet completed execution on that queue
• Any calls to cmdSetEvent, cmdResetEvent or cmdWaitEvents that have been recorded into any of the command buffer elements of the pCommandBuffers member of any element of pSubmits, must not reference any Event that is referenced by any of those commands in a command buffer that has been submitted to another queue and is still in the pending state
• Any stage flag included in any element of the pWaitDstStageMask member of any element of pSubmits must be a pipeline stage supported by one of the capabilities of queue, as specified in the table of supported pipeline stages
• Each binary semaphore element of the pSignalSemaphores member of any element of pSubmits must be unsignaled when the semaphore signal operation it defines is executed on the device
• When a semaphore wait operation referring to a binary semaphore defined by any element of the pWaitSemaphores member of any element of pSubmits executes on queue, there must be no other queues waiting on the same semaphore
• All elements of the pWaitSemaphores member of all elements of pSubmits created with a SemaphoreType of SEMAPHORE_TYPE_BINARY must reference a semaphore signal operation that has been submitted for execution and any semaphore signal operations on which it depends must have also been submitted for execution
• Each element of the pCommandBuffers member of each element of pSubmits must be in the pending or executable state
• If any element of the pCommandBuffers member of any element of pSubmits was not recorded with the COMMAND_BUFFER_USAGE_SIMULTANEOUS_USE_BIT, it must not be in the pending state
• Any secondary command buffers recorded into any element of the pCommandBuffers member of any element of pSubmits must be in the pending or executable state
• If any secondary command buffers recorded into any element of the pCommandBuffers member of any element of pSubmits was not recorded with the COMMAND_BUFFER_USAGE_SIMULTANEOUS_USE_BIT, it must not be in the pending state
• Each element of the pCommandBuffers member of each element of pSubmits must have been allocated from a CommandPool that was created for the same queue family queue belongs to
• If any element of pSubmits->pCommandBuffers includes a Queue Family Ownership Transfer Acquire Operation, there must exist a previously submitted Queue Family Ownership Transfer Release Operation on a queue in the queue family identified by the acquire operation, with parameters matching the acquire operation as defined in the definition of such acquire operations, and which happens-before the acquire operation
• If any element of pSubmits->pCommandBuffers includes a Queue Family Ownership Transfer Acquire Operation, the affected resource must not be modified in any way between the last matching release operation and the acquire operation
• If a command recorded into any element of pCommandBuffers was a cmdBeginQuery whose queryPool was created with a queryType of QUERY_TYPE_PERFORMANCE_QUERY_KHR, the profiling lock must have been held continuously on the Device that queue was retrieved from, throughout recording of those command buffers
• Any resource created with SHARING_MODE_EXCLUSIVE that is read by an operation specified by pSubmits must not be owned by any queue family other than the one which queue belongs to, at the time it is executed
• Any resource created with SHARING_MODE_CONCURRENT that is accessed by an operation specified by pSubmits must have included the queue family of queue at resource creation time
• If queue was not created with DEVICE_QUEUE_CREATE_PROTECTED_BIT, there must be no element of pSubmits that includes a ProtectedSubmitInfo structure in its pNext chain with protectedSubmit equal to TRUE

Valid Usage (Implicit)

• queue must be a valid Queue handle

• If submitCount is not 0, pSubmits must be a valid pointer to an array of submitCount valid SubmitInfo structures
• If fence is not NULL_HANDLE, fence must be a valid Fence handle
• Both of fence, and queue that are valid handles of non-ignored parameters must have been created, allocated, or retrieved from the same Device

Host Synchronization

• Host access to queue must be externally synchronized if it was not created with DEVICE_QUEUE_CREATE_INTERNALLY_SYNCHRONIZED_BIT_KHR

• Host access to fence must be externally synchronized

Command Properties

'

Return Codes

Success

• SUCCESS

Failure

• ERROR_DEVICE_LOST
• ERROR_OUT_OF_DEVICE_MEMORY
• ERROR_OUT_OF_HOST_MEMORY
• ERROR_UNKNOWN
• ERROR_VALIDATION_FAILED

See Also

VK_VERSION_1_0, Fence, Queue, SubmitInfo

vkQueueWaitIdle - Wait for a queue to become idle

Description

queueWaitIdle is equivalent to having submitted a valid fence to every previously executed queue submission command that accepts a fence, then waiting for all of those fences to signal using waitForFences with an infinite timeout and waitAll set to TRUE.

Even though queuePresentKHR does not have a fence parameter, it does accept a fence through SwapchainPresentFenceInfoEXT.

Valid Usage (Implicit)

• queue must be a valid Queue handle

Host Synchronization

• Host access to queue must be externally synchronized if it was not created with DEVICE_QUEUE_CREATE_INTERNALLY_SYNCHRONIZED_BIT_KHR

Command Properties

'

Return Codes

Success

• SUCCESS

Failure

• ERROR_DEVICE_LOST
• ERROR_OUT_OF_DEVICE_MEMORY
• ERROR_OUT_OF_HOST_MEMORY
• ERROR_UNKNOWN
• ERROR_VALIDATION_FAILED

See Also

VK_VERSION_1_0, Queue

A variant of queueWaitIdle which makes a *safe* FFI call

vkDeviceWaitIdle - Wait for a device to become idle

Description

deviceWaitIdle is equivalent to calling queueWaitIdle for all queues owned by device.

Valid Usage (Implicit)

• device must be a valid Device handle

Host Synchronization

• Host access to all Queue objects created from device that are not created with DEVICE_QUEUE_CREATE_INTERNALLY_SYNCHRONIZED_BIT_KHR must be externally synchronized

Return Codes

Success

• SUCCESS

Failure

• ERROR_DEVICE_LOST
• ERROR_OUT_OF_DEVICE_MEMORY
• ERROR_OUT_OF_HOST_MEMORY
• ERROR_UNKNOWN
• ERROR_VALIDATION_FAILED

See Also

VK_VERSION_1_0, Device

A variant of deviceWaitIdle which makes a *safe* FFI call

VkSubmitInfo - Structure specifying a queue submit operation

Description

The order that command buffers appear in pCommandBuffers is used to determine submission order, and thus all the implicit ordering guarantees that respect it. Other than these implicit ordering guarantees and any explicit synchronization primitives, these command buffers may overlap or otherwise execute out of order.

The second synchronization scope of each semaphore wait operation defined by this structure is limited to operations in stages indicated by the corresponding element of pWaitDstStageMask.

A common scenario for using pWaitDstStageMask with values other than PIPELINE_STAGE_ALL_COMMANDS_BIT is when synchronizing a window system presentation operation against subsequent command buffers which render the next frame. In this case, a presentation image must not be overwritten until the presentation operation completes, but other pipeline stages can execute without waiting. A mask of PIPELINE_STAGE_COLOR_ATTACHMENT_OUTPUT_BIT prevents subsequent color attachment writes from executing until the semaphore signals. Some implementations may be able to execute transfer operations and/or pre-rasterization work before the semaphore is signaled.

If an image layout transition needs to be performed on a presentable image before it is used in a framebuffer, that can be performed as the first operation submitted to the queue after acquiring the image, and should not prevent other work from overlapping with the presentation operation. For example, a ImageMemoryBarrier could use:

• srcStageMask = PIPELINE_STAGE_COLOR_ATTACHMENT_OUTPUT_BIT
• srcAccessMask = 0
• dstStageMask = PIPELINE_STAGE_COLOR_ATTACHMENT_OUTPUT_BIT
• dstAccessMask = ACCESS_COLOR_ATTACHMENT_READ_BIT | ACCESS_COLOR_ATTACHMENT_WRITE_BIT.
• oldLayout = IMAGE_LAYOUT_PRESENT_SRC_KHR
• newLayout = IMAGE_LAYOUT_COLOR_ATTACHMENT_OPTIMAL

Alternatively, oldLayout can be IMAGE_LAYOUT_UNDEFINED, if the image’s contents need not be preserved.

This barrier accomplishes a dependency chain between previous presentation operations and subsequent color attachment output operations, with the layout transition performed in between, and does not introduce a dependency between previous work and any pre-rasterization shader stages. More precisely, the semaphore signals after the presentation operation completes, the semaphore wait stalls the PIPELINE_STAGE_COLOR_ATTACHMENT_OUTPUT_BIT stage, and there is a dependency from that same stage to itself with the layout transition performed in between.

Valid Usage

• If the geometryShader feature is not enabled, pWaitDstStageMask must not contain PIPELINE_STAGE_GEOMETRY_SHADER_BIT

• If the tessellationShader feature is not enabled, pWaitDstStageMask must not contain PIPELINE_STAGE_TESSELLATION_CONTROL_SHADER_BIT or PIPELINE_STAGE_TESSELLATION_EVALUATION_SHADER_BIT
• If the conditionalRendering feature is not enabled, pWaitDstStageMask must not contain PIPELINE_STAGE_CONDITIONAL_RENDERING_BIT_EXT
• If the fragmentDensityMap feature is not enabled, pWaitDstStageMask must not contain PIPELINE_STAGE_FRAGMENT_DENSITY_PROCESS_BIT_EXT
• If the transformFeedback feature is not enabled, pWaitDstStageMask must not contain PIPELINE_STAGE_TRANSFORM_FEEDBACK_BIT_EXT
• If the meshShader feature is not enabled, pWaitDstStageMask must not contain PIPELINE_STAGE_MESH_SHADER_BIT_EXT
• If the taskShader feature is not enabled, pWaitDstStageMask must not contain PIPELINE_STAGE_TASK_SHADER_BIT_EXT
• If neither of the shadingRateImage or the attachmentFragmentShadingRate features are enabled, pWaitDstStageMask must not contain PIPELINE_STAGE_FRAGMENT_SHADING_RATE_ATTACHMENT_BIT_KHR
• If the synchronization2 feature is not enabled, pWaitDstStageMask must not be 0
• If neither the VK_NV_ray_tracing extension or the rayTracingPipeline feature are enabled, pWaitDstStageMask must not contain PIPELINE_STAGE_RAY_TRACING_SHADER_BIT_KHR
• If the accelerationStructure feature is not enabled, pWaitDstStageMask must not contain PIPELINE_STAGE_ACCELERATION_STRUCTURE_BUILD_BIT_KHR
• Each element of pCommandBuffers must not have been allocated with COMMAND_BUFFER_LEVEL_SECONDARY
• Each element of pWaitDstStageMask must not include PIPELINE_STAGE_HOST_BIT
• If any element of pWaitSemaphores or pSignalSemaphores was created with a SemaphoreType of SEMAPHORE_TYPE_TIMELINE, then the pNext chain must include a TimelineSemaphoreSubmitInfo structure
• If the pNext chain of this structure includes a TimelineSemaphoreSubmitInfo structure and any element of pWaitSemaphores was created with a SemaphoreType of SEMAPHORE_TYPE_TIMELINE, then its waitSemaphoreValueCount member must equal waitSemaphoreCount
• If the pNext chain of this structure includes a TimelineSemaphoreSubmitInfo structure and any element of pSignalSemaphores was created with a SemaphoreType of SEMAPHORE_TYPE_TIMELINE, then its signalSemaphoreValueCount member must equal signalSemaphoreCount
• For each element of pSignalSemaphores created with a SemaphoreType of SEMAPHORE_TYPE_TIMELINE the corresponding element of TimelineSemaphoreSubmitInfo::pSignalSemaphoreValues must have a value greater than the current value of the semaphore when the semaphore signal operation is executed
• For each element of pWaitSemaphores created with a SemaphoreType of SEMAPHORE_TYPE_TIMELINE the corresponding element of TimelineSemaphoreSubmitInfo::pWaitSemaphoreValues must have a value which does not differ from the current value of the semaphore or the value of any outstanding semaphore wait or signal operation on that semaphore by more than maxTimelineSemaphoreValueDifference
• For each element of pSignalSemaphores created with a SemaphoreType of SEMAPHORE_TYPE_TIMELINE the corresponding element of TimelineSemaphoreSubmitInfo::pSignalSemaphoreValues must have a value which does not differ from the current value of the semaphore or the value of any outstanding semaphore wait or signal operation on that semaphore by more than maxTimelineSemaphoreValueDifference
• If the pNext chain of this structure does not include a ProtectedSubmitInfo structure with protectedSubmit set to TRUE, then each element of the pCommandBuffers array must be an unprotected command buffer
• If the pNext chain of this structure includes a ProtectedSubmitInfo structure with protectedSubmit set to TRUE, then each element of the pCommandBuffers array must be a protected command buffer
• If pCommandBuffers contains any resumed render pass instances, they must be suspended by a render pass instance earlier in submission order within pCommandBuffers
• If pCommandBuffers contains any suspended render pass instances, they must be resumed by a render pass instance later in submission order within pCommandBuffers
• If pCommandBuffers contains any suspended render pass instances, there must be no action or synchronization commands executed in a primary or secondary command buffer between that render pass instance and the render pass instance that resumes it
• If pCommandBuffers contains any suspended render pass instances, there must be no render pass instances between that render pass instance and the render pass instance that resumes it
• If the variableSampleLocations limit is not supported, and any element of pCommandBuffers contains any suspended render pass instances, where a graphics pipeline has been bound, any pipelines bound in the render pass instance that resumes it, or any subsequent render pass instances that resume from that one and so on, must use the same sample locations
• If the pNext chain of this structure includes a FrameBoundaryTensorsARM structure then it must also include a FrameBoundaryEXT structure
• If at least one CommandBufferSubmitInfo structure in pCommandBufferInfos references a commandBuffer allocated from a pool that was created with a DataGraphProcessingEngineCreateInfoARM structure in the pNext chain of CommandPoolCreateInfo that included a foreign data graph processing engine in its pProcessingEngines member, then pWaitSemaphoreInfos and pSignalSemaphoreInfos must only reference semaphore objects that were created from external handle types reported as supported in a QueueFamilyDataGraphProcessingEnginePropertiesARM::foreignSemaphoreHandleTypes structure via getPhysicalDeviceQueueFamilyDataGraphProcessingEnginePropertiesARM with a queueFamilyIndex matching the one the command pool was created for, for all the foreign data graph processing engines that were part of the DataGraphProcessingEngineCreateInfoARM used to create the command pool

Valid Usage (Implicit)

• sType must be STRUCTURE_TYPE_SUBMIT_INFO

• Each pNext member of any structure (including this one) in the pNext chain must be either NULL or a pointer to a valid instance of AmigoProfilingSubmitInfoSEC, D3D12FenceSubmitInfoKHR, DeviceGroupSubmitInfo, FrameBoundaryEXT, FrameBoundaryTensorsARM, LatencySubmissionPresentIdNV, PerformanceQuerySubmitInfoKHR, ProtectedSubmitInfo, TimelineSemaphoreSubmitInfo, Win32KeyedMutexAcquireReleaseInfoKHR, or Win32KeyedMutexAcquireReleaseInfoNV
• The sType value of each structure in the pNext chain must be unique
• If waitSemaphoreCount is not 0, pWaitSemaphores must be a valid pointer to an array of waitSemaphoreCount valid Semaphore handles
• If waitSemaphoreCount is not 0, pWaitDstStageMask must be a valid pointer to an array of waitSemaphoreCount valid combinations of PipelineStageFlagBits values
• If commandBufferCount is not 0, pCommandBuffers must be a valid pointer to an array of commandBufferCount valid CommandBuffer handles
• If signalSemaphoreCount is not 0, pSignalSemaphores must be a valid pointer to an array of signalSemaphoreCount valid Semaphore handles
• Each of the elements of pCommandBuffers, the elements of pSignalSemaphores, and the elements of pWaitSemaphores that are valid handles of non-ignored parameters must have been created, allocated, or retrieved from the same Device

See Also

VK_VERSION_1_0, CommandBuffer, PipelineStageFlags, Semaphore, StructureType, queueSubmit

VkQueue - Opaque handle to a queue object

See Also

VK_DEFINE_HANDLE, VK_VERSION_1_0, ExportMetalCommandQueueInfoEXT, ExternalComputeQueueCreateInfoNV, getDeviceQueue, getDeviceQueue2, getQueueCheckpointData2NV, getQueueCheckpointDataNV, queueBeginDebugUtilsLabelEXT, queueBindSparse, queueEndDebugUtilsLabelEXT, queueInsertDebugUtilsLabelEXT, queueNotifyOutOfBandNV, queuePresentKHR, queueSetPerformanceConfigurationINTEL, queueSubmit, queueSubmit2, queueSubmit2, queueWaitIdle

VkPipelineStageFlagBits - Bitmask specifying pipeline stages

Description

These values all have the same meaning as the equivalently named values for PipelineStageFlags2.

• PIPELINE_STAGE_NONE specifies no stages of execution.
• PIPELINE_STAGE_DRAW_INDIRECT_BIT specifies the stage of the pipeline where VkDrawIndirect* / VkDispatchIndirect* / VkTraceRaysIndirect* data structures are consumed. This stage also includes reading commands written by cmdExecuteGeneratedCommandsNV. This stage also includes reading commands written by cmdExecuteGeneratedCommandsEXT.
• PIPELINE_STAGE_TASK_SHADER_BIT_EXT specifies the task shader stage.
• PIPELINE_STAGE_MESH_SHADER_BIT_EXT specifies the mesh shader stage.
• PIPELINE_STAGE_VERTEX_INPUT_BIT specifies the stage of the pipeline where vertex and index buffers are consumed.
• PIPELINE_STAGE_VERTEX_SHADER_BIT specifies the vertex shader stage.
• PIPELINE_STAGE_TESSELLATION_CONTROL_SHADER_BIT specifies the tessellation control shader stage.
• PIPELINE_STAGE_TESSELLATION_EVALUATION_SHADER_BIT specifies the tessellation evaluation shader stage.
• PIPELINE_STAGE_GEOMETRY_SHADER_BIT specifies the geometry shader stage.
• PIPELINE_STAGE_FRAGMENT_SHADER_BIT specifies the fragment shader stage.
• PIPELINE_STAGE_EARLY_FRAGMENT_TESTS_BIT specifies the stage of the pipeline where early fragment tests (depth and stencil tests before fragment shading) are performed. This stage also includes render pass load operations for framebuffer attachments with a depth/stencil format.
• PIPELINE_STAGE_LATE_FRAGMENT_TESTS_BIT specifies the stage of the pipeline where late fragment tests (depth and stencil tests after fragment shading) are performed. This stage also includes render pass store operations for framebuffer attachments with a depth/stencil format.
• PIPELINE_STAGE_COLOR_ATTACHMENT_OUTPUT_BIT specifies the stage of the pipeline after blending where the final color values are output from the pipeline. This stage includes blending, logic operations, render pass load and store operations for color attachments, render pass multisample resolve operations, and cmdClearAttachments.
• PIPELINE_STAGE_COMPUTE_SHADER_BIT specifies the execution of a compute shader.

• PIPELINE_STAGE_TRANSFER_BIT specifies the following commands:

  • All copy commands, including cmdCopyQueryPoolResults
  • cmdBlitImage2 and cmdBlitImage
  • cmdResolveImage2 and cmdResolveImage
  • All clear commands, with the exception of cmdClearAttachments
• PIPELINE_STAGE_HOST_BIT specifies a pseudo-stage indicating execution on the host of reads/writes of device memory. This stage is not invoked by any commands recorded in a command buffer.
• PIPELINE_STAGE_ACCELERATION_STRUCTURE_BUILD_BIT_KHR specifies the execution of cmdBuildAccelerationStructureNV, cmdCopyAccelerationStructureNV, cmdWriteAccelerationStructuresPropertiesNV , cmdBuildAccelerationStructuresKHR, cmdBuildAccelerationStructuresIndirectKHR, cmdCopyAccelerationStructureKHR, cmdCopyAccelerationStructureToMemoryKHR, cmdCopyMemoryToAccelerationStructureKHR, and cmdWriteAccelerationStructuresPropertiesKHR.
• PIPELINE_STAGE_RAY_TRACING_SHADER_BIT_KHR specifies the execution of the ray tracing shader stages, via cmdTraceRaysNV , cmdTraceRaysKHR, or cmdTraceRaysIndirectKHR
• PIPELINE_STAGE_2_MEMORY_DECOMPRESSION_BIT_EXT specifies the execution of decompression commands with cmdDecompressMemoryEXT and cmdDecompressMemoryIndirectCountEXT.

• PIPELINE_STAGE_ALL_GRAPHICS_BIT specifies the execution of all graphics pipeline stages, and is equivalent to the logical OR of:

  • PIPELINE_STAGE_DRAW_INDIRECT_BIT
  • PIPELINE_STAGE_TASK_SHADER_BIT_EXT
  • PIPELINE_STAGE_MESH_SHADER_BIT_EXT
  • PIPELINE_STAGE_VERTEX_INPUT_BIT
  • PIPELINE_STAGE_VERTEX_SHADER_BIT
  • PIPELINE_STAGE_TESSELLATION_CONTROL_SHADER_BIT
  • PIPELINE_STAGE_TESSELLATION_EVALUATION_SHADER_BIT
  • PIPELINE_STAGE_GEOMETRY_SHADER_BIT
  • PIPELINE_STAGE_FRAGMENT_SHADER_BIT
  • PIPELINE_STAGE_EARLY_FRAGMENT_TESTS_BIT
  • PIPELINE_STAGE_LATE_FRAGMENT_TESTS_BIT
  • PIPELINE_STAGE_COLOR_ATTACHMENT_OUTPUT_BIT
  • PIPELINE_STAGE_CONDITIONAL_RENDERING_BIT_EXT
  • PIPELINE_STAGE_TRANSFORM_FEEDBACK_BIT_EXT
  • PIPELINE_STAGE_FRAGMENT_SHADING_RATE_ATTACHMENT_BIT_KHR
  • PIPELINE_STAGE_FRAGMENT_DENSITY_PROCESS_BIT_EXT
• PIPELINE_STAGE_ALL_COMMANDS_BIT specifies all operations performed by all commands supported on the queue it is used with.
• PIPELINE_STAGE_CONDITIONAL_RENDERING_BIT_EXT specifies the stage of the pipeline where the predicate of conditional rendering is consumed.
• PIPELINE_STAGE_TRANSFORM_FEEDBACK_BIT_EXT specifies the stage of the pipeline where vertex attribute output values are written to the transform feedback buffers.
• PIPELINE_STAGE_COMMAND_PREPROCESS_BIT_NV specifies the stage of the pipeline where device-side preprocessing for generated commands via cmdPreprocessGeneratedCommandsNV is handled.
• PIPELINE_STAGE_COMMAND_PREPROCESS_BIT_EXT specifies the stage of the pipeline where device-side preprocessing for generated commands via cmdPreprocessGeneratedCommandsEXT is handled.
• PIPELINE_STAGE_FRAGMENT_SHADING_RATE_ATTACHMENT_BIT_KHR specifies the stage of the pipeline where the fragment shading rate attachment or shading rate image is read to determine the fragment shading rate for portions of a rasterized primitive.
• PIPELINE_STAGE_FRAGMENT_DENSITY_PROCESS_BIT_EXT specifies the stage of the pipeline where the fragment density map is read to generate the fragment areas.
• PIPELINE_STAGE_TOP_OF_PIPE_BIT is equivalent to PIPELINE_STAGE_ALL_COMMANDS_BIT with AccessFlags set to 0 when specified in the second synchronization scope, but specifies no stage of execution when specified in the first scope.
• PIPELINE_STAGE_BOTTOM_OF_PIPE_BIT is equivalent to PIPELINE_STAGE_ALL_COMMANDS_BIT with AccessFlags set to 0 when specified in the first synchronization scope, but specifies no stage of execution when specified in the second scope.

See Also

VK_VERSION_1_0, CheckpointDataNV, PipelineStageFlags, cmdWriteBufferMarkerAMD, cmdWriteTimestamp