-
Notifications
You must be signed in to change notification settings - Fork 422
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bug in input attachment validation #2243
Comments
I have a similar problem: Validation Error: [ VUID-vkCmdDraw-None-02686 ] Object 0: handle = 0x26956baba10, name = CommandBuffer: 0, type = VK_OBJECT_TYPE_COMMAND_BUFFER; Object 1: handle = 0x9c93ec00000001c2, name = Render Pass: result, type = VK_OBJECT_TYPE_RENDER_PASS; | MessageID = 0x242cb6b8 | vkCmdDraw(): VkRenderPass 0x9c93ec00000001c2[Render Pass: result], subpass #0, input attachment #1 is not used in fragment shader. Every input attachment used by the current subpass must be bound to the pipeline via a descriptor set in the fragment shader the input is defined as array if subpassInputs, and not separated: layout (input_attachment_index = 0, set = 0, binding = 0) uniform subpassInput inputColor[3]; |
This issue is still happening even with the above fix. |
Wrong bug Jonah! This comment should have been on #2148. |
I'm confused. Why is the error message is VkNonDispatchableHandle? It should have been VkPipelineLayout. |
@locke-lunarg it may be a false alarm. I had a change that fixes a pipeline-binding bug which was probably the cause of this validation error. |
@locke-lunarg Confirmed that the warning was actually due to an ANGLE bug. |
A recent roll into ANGLE is exposing a VVL bug that says:
To repro, apply this change to ANGLE, build and run:
In the above test, there's a single color attachment / resolve attachment pair. In the second render pass, there are two subpasses. The first of the two subpasses uses the resolve attachment as input attachment and renders into the color attachment. Subpass'
pInputAttachments
is notVK_ATTACHMENT_UNUSED
, and the draw call binds the input attachment at set 0 binding 0 correctly. I verified these with RenderDoc.The text was updated successfully, but these errors were encountered: