Closed arkdae closed 7 years ago
This is running on Arch Linux, kernel 4.19, Xorg 1.18, AMDGPU pro drivers 16.50. My hardware is an old Intel Core i7-920, a brand new Sapphire Nitro+ Radeon RX 480 8Gb OC, and 12 Gig of memory.
Looks like it's always the same error, and as noted in the other issue ERROR_INITIALIZATION_FAILED is not even a valid error return code for vkWaitForFences
. so it's hard to judge what's actually causing it. I guess the error is happening earlier on, maybe at initialization stage.
Can you check if the examples are able to find the assets and also include a stack trace of one of the crashes?
At least the texture demo can find the assets, when I'm in the bin directory. If I am outside of that directory, it cannot:
~/downloads/Vulkan-master 24> bin/texture
Error: Could not open shader file "./../data/shaders/base/textoverlay.vert.spv"
texture: /home/jlm/downloads/Vulkan-master/base/vulkanexamplebase.cpp:210: VkPipelineShaderStageCreateInfo VulkanExampleBase::loadShader(std::__cxx11::string, VkShaderStageFlagBits): Assertion `shaderStage.module != NULL' failed.
Aborted (core dumped)
Okay, I've finally gotten a stack trace on the core dump:
gdb ./triangle core.triangle.500.40e9b2d7e7364b83b1ae729b093f79c7.11604.1484177028000000000000
GNU gdb (GDB) 7.12
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./triangle...(no debugging symbols found)...done.
[New LWP 11604]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Core was generated by `./triangle'.
Program terminated with signal SIGABRT, Aborted.
#0 0x00007f902e7a304f in raise () from /usr/lib/libc.so.6
(gdb) bt full
#0 0x00007f902e7a304f in raise () from /usr/lib/libc.so.6
No symbol table info available.
#1 0x00007f902e7a447a in abort () from /usr/lib/libc.so.6
No symbol table info available.
#2 0x00007f902e79bea7 in __assert_fail_base () from /usr/lib/libc.so.6
No symbol table info available.
#3 0x00007f902e79bf52 in __assert_fail () from /usr/lib/libc.so.6
No symbol table info available.
#4 0x000000000043a1eb in VulkanExample::flushCommandBuffer(VkCommandBuffer_T*) ()
No symbol table info available.
#5 0x000000000043c136 in VulkanExample::prepareVertices(bool) ()
No symbol table info available.
#6 0x000000000043fa4f in VulkanExample::prepare() ()
No symbol table info available.
#7 0x00000000004390d2 in main ()
No symbol table info available.
(gdb)
I was not able to see any way to build with debugging symbols.
Still not sure why this happens. If there's not validation error there's no reason vertex (or index) buffer uploads should fail. Especially not with an error code that should not be thrown according to the specs.
Can you try running the triangle example without staging, so vertices and indices are not copied using a command buffer?
I get an error on a different line when I set USE_STAGING to false and recompile. With it set to true, I get:
Fatal : VkResult is "ERROR_INITIALIZATION_FAILED" in /home/jlm/downloads/Vulkan-master/triangle/triangle.cpp at line 245 triangle: /home/jlm/downloads/Vulkan-master/triangle/triangle.cpp:245: void VulkanExample::flushCommandBuffer(VkCommandBuffer): Assertion `res == VK_SUCCESS' failed. Aborted (core dumped)
USE_STAGING = false; gives this error:
Fatal : VkResult is "ERROR_INITIALIZATION_FAILED" in /home/jlm/downloads/Vulkan-master/triangle/triangle.cpp at line 336 triangle: /home/jlm/downloads/Vulkan-master/triangle/triangle.cpp:336: void VulkanExample::draw(): Assertion `res == VK_SUCCESS' failed.
I am too: Linux alw 4.9.11-1-ARCH #1 SMP PREEMPT Sun Feb 19 13:45:52 UTC 2017 x86_64 GNU/Linux
./triangle Fatal : VkResult is "ERROR_INITIALIZATION_FAILED" in /home/cDev/Vulkan/base/vulkanexamplebase.cpp at line 750 triangle: /home/cDev/Vulkan/base/vulkanexamplebase.cpp:750: void VulkanExampleBase::initVulkan(): Assertion `res == VK_SUCCESS' failed.
Message: Process 3418 (triangle) of user 1000 dumped core.
Stack trace of thread 3418:
#0 0x00007f4c8cd6a04f raise (libc.so.6)
#1 0x00007f4c8cd6b47a abort (libc.so.6)
#2 0x00007f4c8cd62ea7 __assert_fail_base (libc.so.6)
#3 0x00007f4c8cd62f52 __assert_fail (libc.so.6)
#4 0x000000000043ee86 _ZN17VulkanExampleBase10initVulkanEv (triangle)
#5 0x000000000042d2e7 main (triangle)
#6 0x00007f4c8cd57291 __libc_start_main (libc.so.6)
#7 0x000000000042cb9a _start (triangle)
@bigov What GPU (and driver)? Do you get any validation layer messages?
Integrated i915 Intel video system : Mesa DRI Intel(R) Sandybridge Desktop, OpenGL 3.3 (Core Profile) Mesa 17.0.1; 17.0.1-1Intel's Vulkan mesa driver x86_64.
Do you get any validation layer messages? I do not quite understand what you mean, I get only "Assertion".
Vulkan Hardware Capability Viewer from http://vulkan.gpuinfo.org not found my GPU. Can I do something else to help you?
Are you sure that MESA supports Vulkan on Sandybridge? Running the examples on a GPU or driver that doesn't support Vulkan obviously won't work.
Oh sure. Unfortunately, I have not found it in the beginning. Sorry for disturbing.
I had the same problem recently. I am on nixos and I also have a rx480 with amdgpu-pro. The problem just disappeared today and I have no idea why.
I have the same problem on windows. (I have NVIDIA GeForce GT 630). My guess is that videocard does not support vulkan on that platform (I did not find support information of vulkan in http://vulkan.gpuinfo.org and https://developer.nvidia.com/vulkan-driver).
Isn't the GT 630 based on the Fermi architecture? If so, Fermi does not support Vulkan at all afair.
I don't know, I am newbie at that theme, but nvidia site says that only following models support vulkan (among GeForce 600 Series):
GeForce GTX 690, GeForce GTX 680, GeForce GTX 670, GeForce GTX 660 Ti, GeForce GTX 660, GeForce GTX 650 Ti BOOST, GeForce GTX 650 Ti, GeForce GTX 650, GeForce GT 635
UPD: As wiki states: GeForce 600 series belong Kepler architecture
I've got the same issue. The Vulkan install for this project doesn't seem to fit my system : I am running on Arch 4.11.9-1 and for me installing manually Vulkan with pacman, then clean and rebuild project solved this. There may be some Vulkan dependencies that were missing.
@LmTinyToon "The GeForce GT 630 (DDR3, 128-bit, retail) card is a rebranded GeForce GT 430 (DDR3, 128-bit)."
"The GT 610, GT 620, and GT 630 are all based on Fermi GPUs, and in fact 2 of them are straight-up rebadges of existing GeForce 400 and 500 series cards. Worse, they’re not even consistent with their OEM counterparts – the OEM GT 620 and GT 630 are based off of different chips and specs entirely."
Closing this due to inactivity. If the original problem still persists, please open a new issue.
Here are all of the demos, and their failures: