Dota 2
Pepe Apr 22, 2023 @ 12:59pm
[Bug] Game Crashes at Startup on Loser Linux Setup since Last Update
Game crashes on startup since latest OS + Dota 2 update. Can't figure it out if it's the intel loser graphics card issue, Fedora trash bugged spin release or just the monkeys working at Dota 2. CS:GO on Vulkan and other games work fine.

Couldn't get more info on the dump file given by the game, the only error given in the output while starting the game from the command line is this:
[src/tcmalloc.cc:390] Attempt to free invalid pointer: 0x5633d8200570

I've tried this old hack, but it doesn't work on this issue:
-vulkan_disable_graphics_pipeline_library
Reinstalling the game doesn't work either.

Game works fine on Fedora 36 with old nvidia card (GTX 970).

Loser setup, running on X11:
OS: Fedora Linux 38 (KDE Plasma) x86_64 a.k.a. Loser OS DE: Plasma 5.27.4 GPU: Intel DG2 [Arc A750] a.k.a. Loser Card intel-gmmlib-22.3.5-1.fc38.x86_64 intel-media-driver-23.1.6-1.fc38.x86_64 libva-intel-driver-2.4.1-12.20221130gitab755cb.fc38.x86_64 xorg-x11-drv-intel-2.99.917-55.20210115.fc38.x86_64 intel-gpu-firmware-20230404-149.fc38.noarch intel-mediasdk-23.2.0-1.fc38.x86_64 steam-devices-1.0.0.76-1.fc38.i686 steam-1.0.0.76-1.fc38.i686

I know the issue will prolly be fixed when the monkeys come to work on Monday (Tuesday for the rest of the world not in Muricas). I just wanted to shame moron that could have released a game on Friday (they'll prolly not even see this topic, but at least I let some steam off). You never release software on Friday, and no way you release a big update on Friday. It's like going full rtard, you should never go full rtard! There are multiple topics regarding issues on MacOS, a few on GNU/Linux, and a few on PCMasterRace Windows users. How can you release anything on a Friday afternoon, then call it a night, actually call it a weekend?!

Later Edit: Found some kind of error in journalctl:
Process 45483 (dota2) of loser user dumped core. Module /home/loser/.local/share/Steam/ubuntu12_64/steamoverlayvulkanlayer.so from rpm mesa-23.0.2-2.fc38.x86_64 Module /home/loser/.local/share/Steam/linux64/steamclient.so from rpm mesa-23.0.2-2.fc38.x86_64 Module /home/loser/.local/share/Steam/linux64/crashhandler.so from rpm mesa-23.0.2-2.fc38.x86_64 Module libVkLayer_MESA_device_select.so from rpm mesa-23.0.2-2.fc38.x86_64 Module libvulkan_intel.so from rpm mesa-23.0.2-2.fc38.x86_64 Module libelf.so.1 from rpm elfutils-0.189-1.fc38.x86_64 Module libdrm_amdgpu.so.1 from rpm libdrm-2.4.114-2.fc38.x86_64 Module libvulkan_radeon.so from rpm mesa-23.0.2-2.fc38.x86_64 Module libvulkan_intel_hasvk.so from rpm mesa-23.0.2-2.fc38.x86_64 Module libtinfo.so.6 from rpm ncurses-6.4-3.20230114.fc38.x86_64 Module libedit.so.0 from rpm libedit-3.1-45.20221030cvs.fc38.x86_64 Module libffi.so.8 from rpm libffi-3.4.4-2.fc38.x86_64 Module libxshmfence.so.1 from rpm libxshmfence-1.3-12.fc38.x86_64 Module libxcb-shm.so.0 from rpm libxcb-1.13.1-11.fc38.x86_64 Module libxcb-randr.so.0 from rpm libxcb-1.13.1-11.fc38.x86_64 Module libxcb-sync.so.1 from rpm libxcb-1.13.1-11.fc38.x86_64 Module libxcb-xfixes.so.0 from rpm libxcb-1.13.1-11.fc38.x86_64 Module libxcb-present.so.0 from rpm libxcb-1.13.1-11.fc38.x86_64 Module libX11-xcb.so.1 from rpm libX11-1.8.4-1.fc38.x86_64 Module libwayland-client.so.0 from rpm wayland-1.22.0-1.fc38.x86_64 Module libxcb-dri3.so.0 from rpm libxcb-1.13.1-11.fc38.x86_64 Module libexpat.so.1 from rpm expat-2.5.0-2.fc38.x86_64 Module libdrm.so.2 from rpm libdrm-2.4.114-2.fc38.x86_64 Module libz.so.1 from rpm zlib-1.2.13-3.fc38.x86_64 Module libvulkan_lvp.so from rpm mesa-23.0.2-2.fc38.x86_64 Module libvulkan.so.1 from rpm vulkan-loader-1.3.239.0-1.fc38.x86_64 Module libudev.so.1 from rpm systemd-253.2-1.fc38.x86_64 Module libXss.so.1 from rpm libXScrnSaver-1.2.3-12.fc38.x86_64 Module libXrandr.so.2 from rpm libXrandr-1.5.2-10.fc38.x86_64 Module libXi.so.6 from rpm libXi-1.8-4.fc38.x86_64 Module libXfixes.so.3 from rpm libXfixes-6.0.0-5.fc38.x86_64 Module libXrender.so.1 from rpm libXrender-0.9.11-2.fc38.x86_64 Module libXcursor.so.1 from rpm libXcursor-1.2.1-3.fc38.x86_64 Module libXext.so.6 from rpm libXext-1.3.5-2.fc38.x86_64 Module libXau.so.6 from rpm libXau-1.0.11-2.fc38.x86_64 Module libxcb.so.1 from rpm libxcb-1.13.1-11.fc38.x86_64 Module libX11.so.6 from rpm libX11-1.8.4-1.fc38.x86_64 Module liblz4.so.1 from rpm lz4-1.9.4-2.fc38.x86_64 Module libzstd.so.1 from rpm zstd-1.5.5-1.fc38.x86_64 Module liblzma.so.5 from rpm xz-5.4.1-1.fc38.x86_64 Module libcap.so.2 from rpm libcap-2.48-6.fc38.x86_64 Module libsystemd.so.0 from rpm systemd-253.2-1.fc38.x86_64 Module libdbus-1.so.3 from rpm dbus-1.14.6-1.fc38.x86_64 Module libuuid.so.1 from rpm util-linux-2.38.1-4.fc38.x86_64 Stack trace of thread 45483: #0 0x00007fca1a8afb94 __pthread_kill_implementation (libc.so.6 + 0x8eb94) #1 0x00007fca1a85eaee raise (libc.so.6 + 0x3daee) #2 0x00007fca1a84787f abort (libc.so.6 + 0x2687f) #3 0x00007fca1ae0dcbb n/a (libtcmalloc_minimal.so.0 + 0xdcbb) #4 0x00007fca1ae0dfc4 _ZN22TCMalloc_CrashReporter12PrintfAndDieEPKcz (libtcmalloc_minimal.so.0 + 0xdfc4) #5 0x00007fca1ae0ad60 n/a (libtcmalloc_minimal.so.0 + 0xad60) #6 0x00007fca1ae160b1 __libc_free (libtcmalloc_minimal.so.0 + 0x160b1) #7 0x00007fc9ffe854cb _ZN4llvm12PassRegistry12registerPassERKNS_8PassInfoEb (libLLVM-16.so + 0xe854cb) #8 0x00007fca02cb81af _ZL33initializeX86ExpandPseudoPassOnceRN4llvm12PassRegistryE.llvm.277791942566809681 (libLLVM-16.so + 0x3cb81af) #9 0x00007fca1a8b2e43 __pthread_once_slow (libc.so.6 + 0x91e43) #10 0x00007fca02f1850c LLVMInitializeX86Target (libLLVM-16.so + 0x3f1850c) #11 0x00007fca068385e2 _ZL19init_native_targetsv (libvulkan_lvp.so + 0x2385e2) #12 0x00007fca1a8b2e43 __pthread_once_slow (libc.so.6 + 0x91e43) #13 0x00007fca06837c5e lp_build_init.part.0 (libvulkan_lvp.so + 0x237c5e) #14 0x00007fca06837fa1 lp_build_init (libvulkan_lvp.so + 0x237fa1) #15 0x00007fca068937c9 llvmpipe_create_screen (libvulkan_lvp.so + 0x2937c9) #16 0x00007fca0665e719 sw_screen_create_vk (libvulkan_lvp.so + 0x5e719) #17 0x00007fca06818b6c pipe_loader_sw_create_screen (libvulkan_lvp.so + 0x218b6c) #18 0x00007fca06818ae7 pipe_loader_create_screen_vk (libvulkan_lvp.so + 0x218ae7) #19 0x00007fca06800ab7 lvp_physical_device_init (libvulkan_lvp.so + 0x200ab7) #20 0x00007fca06801838 lvp_enumerate_physical_devices (libvulkan_lvp.so + 0x201838) #21 0x00007fca066d6119 enumerate_physical_devices (libvulkan_lvp.so + 0xd6119) #22 0x00007fca066d6cc2 vk_common_EnumeratePhysicalDevices (libvulkan_lvp.so + 0xd6cc2) #23 0x00007fca087b2a46 setup_loader_term_phys_devs (libvulkan.so.1 + 0x21a46) #24 0x00007fca087b310d terminator_EnumeratePhysicalDevices (libvulkan.so.1 + 0x2210d) #25 0x00007fca086a4368 device_select_EnumeratePhysicalDevices (libVkLayer_MESA_device_select.so + 0x3368) #26 0x00007fca087c155d vkEnumeratePhysicalDevices (libvulkan.so.1 + 0x3055d) #27 0x00007fca076f86e4 n/a (librendersystemvulkan.so + 0xf86e4) #28 0x00007fca195a7103 n/a (libengine2.so + 0x3a7103) #29 0x00007fca195a83da n/a (libengine2.so + 0x3a83da) #30 0x00007fca193d1538 n/a (libengine2.so + 0x1d1538) #31 0x00007fca193d39b6 n/a (libengine2.so + 0x1d39b6) #32 0x00007fca192f5c67 n/a (libengine2.so + 0xf5c67) #33 0x00007fca192f616f Source2Main (libengine2.so + 0xf616f) #34 0x000055f6fc601110 n/a (dota2 + 0x1110) #35 0x000055f6fc600ef2 n/a (dota2 + 0xef2) #36 0x00007fca1a848b4a __libc_start_call_main (libc.so.6 + 0x27b4a) #37 0x00007fca1a848c0b __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x27c0b) #38 0x000055f6fc600fd5 n/a (dota2 + 0xfd5) ELF object binary architecture: AMD x86-64
Last edited by Pepe; Apr 22, 2023 @ 1:07pm
< >
Showing 1-5 of 5 comments
Pepe Apr 25, 2023 @ 6:48am 
Still, the issue isn't fixed. CS:GO still running fine. Game still works on older nvidia system.

System has mesa-*-23.0.2-2 packages.

I went to GitHub and look for the issue. I found it: https://github.com/ValveSoftware/Dota-2/issues/2285.

For now, the best workaround is to start Steam like this:
VK_LOADER_DRIVERS_DISABLE=*lvp* steam

Thank you, GitHub user jn64! This is their whole comment:
Originally posted by jn64:
Instead of renaming the lavapipe file, which might be undone by package updates, you can also use an environment variable to prevent Vulkan from loading it.

$ VK_LOADER_DRIVERS_DISABLE=*lvp* steam

If you want to edit your desktop file for Steam, you have to use env:

Exec=env VK_LOADER_DRIVERS_DISABLE=*lvp* /usr/bin/steam %U

Tested working on Fedora 38, mesa 23.0.2, Nvidia 530.41.03, X11

Reference for Vulkan loader env vars: https://github.com/KhronosGroup/Vulkan-Loader/blob/main/docs/LoaderInterfaceArchitecture.md#active-environment-variables
Pepe May 23, 2023 @ 8:34am 
One month later, issue is still not fixed. :csgo_loser: Workaround still works though.
Pepe Jun 13, 2023 @ 12:06pm 
Seems to be fixed, since today at least.
Rivet Jun 13, 2023 @ 12:31pm 
why they removed OpenGl
Pepe Jun 13, 2023 @ 3:12pm 
Originally posted by Almost Heaven:
why they removed OpenGl

Vulkan is just a better tech to use than OpenGL, it has better performance gains. Of course, you will lose some old hardware support, but Valve didn't want to carry on all this legacy code.

From September 16, 2021 announcement https://web.archive.org/web/20221206105333/https://www.dota2.com/newsentry/4941001585191168071:
Moving Dota Technology Forward

As Dota has grown and expanded over the years, so has the technology that powers it—both hardware and software. In order to keep the game and the Source 2 engine fresh, we're planning on removing support for some older systems and configurations. Nothing is changing today, but in the coming months we'll implement the following changes:

Remove support for Dota on 32-bit systems. You will need to have a 64-bit machine and OS to run Dota.
Remove support for macOS versions below 10.14.
Remove support for DirectX 9. Customers using DirectX 9 will instead switch to DirectX 11.
Remove support for OpenGL. Customers using OpenGL will instead switch to Vulkan.
Remove support for XAudio (-xaudio) and switch to using SDL Audio (-sdlaudio).


For the vast majority of players, nothing will change when these changes are implemented. Most machines already support any of the newer technologies necessary. In fact, most players are already benefiting from the newer technologies, whether it's via larger content sizes, higher frame rates, better graphical fidelity, or cleaner sounding audio. Removing these older technologies will let us streamline our development efforts as well as use the newer features of these APIs to provide an even better Dota experience.

If you have concerns, your chosen graphics API can be adjusted on the settings panel and the audio system can be changed by the command line options above. We encourage players to switch to the newer APIs if they haven't already, and let us know if problems come up.
Last edited by Pepe; Jun 13, 2023 @ 3:14pm
< >
Showing 1-5 of 5 comments
Per page: 1530 50

Date Posted: Apr 22, 2023 @ 12:59pm
Posts: 5