Invalid trace opcode. about vk_raytracing_tutorial_khr

[mklefrancois]

This should be fixed with the release of yesterday’s drivers. Could you please try with driver version 460.xx?

[frustum]

I have checked the Windows 460.89-desktop-win10-64bit driver.
The crash is the same:

Exception thrown at 0x00007FFBA36314D7 (nvoglv64.dll) in main.exe: 0xC0000005: Access violation reading location 0x0000000000000000.
nvoglv64.dll!00007ffba36314d7() Unknown
nvoglv64.dll!00007ffba247b1de() Unknown
nvoglv64.dll!00007ffba24756f0() Unknown

But everything is fine when the opcode is SpvOpTraceNV (5337) instead of SpvOpTraceRayKHR (4445):
if(name == "traceRayEXT") opcode = SpvOpTraceNV;
It cannot be an error in that line. Moreover, I removed all references to ray_trace_NV extension from the compiler.
The only error from the latest (1.2.162) debug runtime is that the opcode is incorrect:

Validation 0: Validation Error: [ UNASSIGNED-CoreValidation-Shader-InconsistentSpirv ] Object 0: handle = 0x14e7728, type = VK_OBJECT_TYPE_DEVICE; | MessageID = 0x6bbb14 | SPIR-V module not valid: Opcode TraceNV re
quires one of these capabilities: RayTracingNV
OpTraceNV %204 %uint_4 %int_255 %int_0 %int_0 %int_0 %207 %float_0 %208 %float_1 %int_0

Thank you!

[frustum]

There are links to *.spv files:
https://www.icloud.com/...
https://www.icloud.com/...
Spirv validator reports zero errors. Disassembler prints NV mnemonics because KHR and NV extensions share many symbols.

Thank you!

[mklefrancois]

This sounds like the wrong validation layer DLL is used. Maybe there is two SDK on the system and it is picking up an older version.

To force Vulkan to use the proper layers, you can set the environment variable VK_LAYER_PATH.

Here is how all environment variables should be set

VULKAN_SDK=C:\VulkanSDK\1.2.162.0
VK_LAYER_PATH=C:\VulkanSDK\1.2.162.0\Bin
VK_SDK_PATH=C:\VulkanSDK\1.2.162.0

[frustum]

Oops, it was my error. SpvOpTraceNV and SpvOpTraceRayKHR receives different arguments.
The first one requires a payload index as an argument. The second one requires payload as a reference to the payload variable.
The validation layer doesn't check that. Moreover, the new glslangValidator magically converts the payload index to the payload variable reference.
Thank you!