Forums - VK_INCOMPLETE

The crash is related to high number of variables inside the shader. Reducing the size of arrays solves the problem temporarily. What the actual limit in the number of shader stack variables?

void main() {
    vec4 a[size_0], b[size_0], c[size_0];
    vec4 d[size_1], e[size_1], f[size_1];
}

Shader is compiled when the size_0 = 8 and size_1 = 2.
But the crash described below happens when the sizes are bigger.
That arrays cannot be shared. Changing shader group size changes the variable count limit as well.

Could the shader compiler be more verbose during compilation?

PS: OpenGLES is still crashing even when the size is small.

Thank you!

Timestamp: 2020-12-05 15:34:20-0800
 pid: 18688, tid: 19169, name: Thread-12  >>> com.tellusim.TellusimRenderBrepd <<<
 uid: 10349
 signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x8
 Cause: null pointer dereference
     x0  00000000000003d9  x1  00000077ab9b5890  x2  0000007733c9d5d0  x3  0000000000000000
     x4  0000007733cac780  x5  0000000000000752  x6  0000000000000003  x7  0000000000001800
     x8  00000000000001ff  x9  0000007733c9d000  x10 0000000000000200  x11 0000007733c9f000
     x12 0000000000000000  x13 000000000000005d  x14 31fda0d108f4162c  x15 0000000000000f52
     x16 0000000000000025  x17 0000000000008e5d  x18 00000077424e0000  x19 00000077a2431a00
     x20 00000077ab8eb980  x21 00000077440af020  x22 000000773274ac00  x23 00000077a4344354
     x24 00000077ab8b9fa0  x25 0000007733c9e520  x26 000000000000005f  x27 00000077ab8b9fa0
     x28 0000000000008e5d  x29 00000077329fcf90
     sp  00000077440ab9e0  lr  00000077a4f45948  pc  00000077a4f45a5c
 backtrace:
       #00 pc 0000000000d32a5c  /vendor/lib64/libllvm-glnext.so (!!!0000!15aa491ab67e39994f05a7da464642!380077c!+1468) (BuildId: eb11c934d11d8775f6dc8c96b638d4ff)
       #01 pc 0000000000d39b88  /vendor/lib64/libllvm-glnext.so (!!!0000!943fdac6524ef03da12c84cbbff19b!380077c!+520) (BuildId: eb11c934d11d8775f6dc8c96b638d4ff)
       #02 pc 0000000000d54f08  /vendor/lib64/libllvm-glnext.so (!!!0000!d49599a40965508ac577c49e7c01e5!380077c!+384) (BuildId: eb11c934d11d8775f6dc8c96b638d4ff)
       #03 pc 0000000000d55308  /vendor/lib64/libllvm-glnext.so (!!!0000!f250bbeae4787d84d80d43e35a8b6d!380077c!+416) (BuildId: eb11c934d11d8775f6dc8c96b638d4ff)
       #04 pc 0000000000d613e4  /vendor/lib64/libllvm-glnext.so (!!!0000!d4b3104e6a37ce8c57eba970e8b2e1!380077c!+380) (BuildId: eb11c934d11d8775f6dc8c96b638d4ff)
       #05 pc 0000000000b2b13c  /vendor/lib64/libllvm-glnext.so (!!!0000!c03b43b7629d6f1414578265c7e520!380077c!+332) (BuildId: eb11c934d11d8775f6dc8c96b638d4ff)
       #06 pc 0000000000c1a9fc  /vendor/lib64/libllvm-glnext.so (QGLCCompileToIRShader(void*, QGLC_SRCSHADER*, QGLC_COMPILETOIR_RESULT*)+76) (BuildId: eb11c934d11d8775f6dc8c96b638d4ff)
       #07 pc 00000000001a8710  /vendor/lib64/hw/vulkan.kona.so (!!!0000!408a0df45472c0e06e44d798996f89!380077c!+3768) (BuildId: 379729ce6b6d3120086698757f2c0742)
       #08 pc 0000000000196f60  /vendor/lib64/hw/vulkan.kona.so (!!!0000!ba674506108e26854f1a64f25e8277!380077c!+120) (BuildId: 379729ce6b6d3120086698757f2c0742)
       #09 pc 0000000000170650  /vendor/lib64/hw/vulkan.kona.so (qglinternal::vkCreateGraphicsPipelines(VkDevice_T*, VkPipelineCache_T*, unsigned int, VkGraphicsPipelineCreateInfo const*, VkAllocationCallbacks const*, VkPipeline_T**)+2176) (BuildId: 379729ce6b6d3120086698757f2c0742)
       #10 pc 000000000001f04c  /system/lib64/libvulkan.so (vulkan::api::(anonymous namespace)::CreateGraphicsPipelines(VkDevice_T*, VkPipelineCache_T*, unsigned int, VkGraphicsPipelineCreateInfo const*, VkAllocationCallbacks const*, VkPipeline_T**)+224) (BuildId: 52ae8d22a82dad5c793c00d9efb2c3cc)
     

The reason of the last crash is Structure with SpvOpStore SpvOpLoad instructions.

It was a geometry shader with the out interface block:

layout(location = 0) out FragmentBlock {
    vec2 position;
} OUT;
void main {
    OUT = OUT;    // causes driver crash
}