Vulkan validation layers just got pickier about input attachments #16351
Labels
Comments
hrydgard
added a commit
that referenced
this issue
Nov 7, 2022
…nt, not just the same image Fixes most of the new validation errors seen #16351, though one remains. I believe that to be a bug in the validation layers, will investigate later.
|
I've fixed what I can, and then forcibly disabled these checks for now, and Hans-Kristian agrees with me that the validation (and spec rule) isn't right - so closing, nothing to do other than waiting for updated validation layers. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Reminder to self for tomorrow.
We fail the new check KhronosGroup/Vulkan-ValidationLayers@7acdcd6 (which is in the latest SDK validation layers), since we end up binding a different view of the same image as the input attachment and the descriptor, which is no longer ok. Shouldn't be too hard to fix. (VKRImage rtView vs texAllLayersView, I believe).
The text was updated successfully, but these errors were encountered: