-
Notifications
You must be signed in to change notification settings - Fork 283
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
Regression: VK_INSTANCE_LAYERS is not respecting the layer order #1168
Comments
side question, if you are using |
I'm not using that EXT at all. It's the profile layer that queries the format. |
Here's a backtrace:
|
So I took this used a debug build and I don't see this going profile->validation like you have Just to double check, you aren't explicitly enabling layers via |
I think in this backtrace ppEnabledLayerNames was using the layer, yes. But vulkaninfo wouldn't do that ... Is there some debug spew I can enable to make it easier to figure out? |
|
I guess app-explicit layers are moved last? Maybe that explains that. I'll try vulkaninfo ... |
Vulkaninfo gets
|
This appears to be a loader bug. EDIT: It definitely is a loader bug :( I am able to construct a situation in the test framework where VK_INSTANCE_LAYERS=LayerA:LayerB results in a callstack that has an order of B then A. I will work on fixing this, but in the mean time you can get the correct order by enabling the layers through the application API or by setting the VK_LAYER_PATH to the layers such that the validation layer appears first in the VK_LAYER_PATH env-var. |
Can confirm this is the issue and I see Hans Kristian's problem now (Transferred over to Loader repo) |
I'm now able to get Ubuntu 22.04 on our CI now that this is fixed. For some reason only 22.04 had this issue on CI but not 20.04 |
That seemed to work in the interim, thanks. |
With this profile:
I set up env-variables:
I got this from https://github.com/KhronosGroup/Vulkan-ValidationLayers/tree/main/tests#running-tests-on-mockicd-and-profiles-layer
And I get:
etc. In vkEnumeratePhysicalDevices, it seems like the profiles layer is querying YCbCr formats and it ends up in validation layer somehow. This is surprising, given that profile layer should come after validation here. Can be reproduced by calling vulkaninfo.
The text was updated successfully, but these errors were encountered: