Linux: Cannot launch dota 2 with vulkan after the 2021-11-15 update

[DrBanana419]

Your system information

• System information from steam: gist

• Have you checked for system updates?: Yes

• Are you using the latest stable video driver available for your system? Yes

• Have you verified the game files?: Yes

I have dota 2 on an ssd. Before the mentioned update, it used to launch within ~10 seconds. Right after installing the update, it managed to launch two times, but took a long time to load (~1 minute). After that it doesn't even load anymore (steam, however, reports dota 2 is running). I can quickly kill dota 2 using the 'Stop' option. It should be noted that I can launch dota 2 with opengl. I am on gentoo running mesa 21.2.5.

Here is the output when I run steam from the shell: gist

Steps for reproducing this issue:

1. Install the November 15th ('Moving technology forward') update
2. Click on 'Play'

[DrBanana419]

Ok, it seems that if I wait long enough (~8 minutes), dota 2 will start with vulkan. I also observed that if I quit the game, it takes longer than usual and hogs a lot of ram, going to swap. I had this issue before, but on a different distribution. Other than the startup and quit times, the actual game itself runs fine.

Edit: The above is only true if I enable steam pre-caching in settings. The game doesn't load if I disable pre caching.

[DrBanana419]

Ok, this is Gentoo specific but I had VIDEO_CARDS=amdgpu radeonsi radeon in my /etc/portage/make.conf, so I removed the radeon flag and recompiled mesa (and updated my system) and now vulkan works. It should be noted, however, that I had radeon prior to november 15th and vulkan still worked. The radeon flag is meant for older cards so maybe something in the aforementioned update made dota 2 look at the 'legacy' part of the graphics driver?

[theflockers]

Not sure if related, but adding here as I also noticed it after upgrading my GPU driver last week can't run using -vulkan. Using -gl works fine.

Using breakpad crash handler
[S_API] SteamAPI_Init(): Loaded '/home/<user>/.steam/linux64/steamclient.so' OK.
Setting breakpad minidump AppID = 570
Forcing breakpad minidump interfaces to load
Looking up breakpad interfaces from steamclient
Calling BreakpadMiniDumpSystemInit
Looking up breakpad interfaces from steamclient
Calling BreakpadMiniDumpSystemInit
SteamInternal_SetMinidumpSteamID:  Caching Steam ID:  76561197960843647 [API loaded yes]
SteamInternal_SetMinidumpSteamID:  Setting Steam ID:  76561197960843647
Setting breakpad minidump AppID = 373300
Attempting to create OpenGL context: v3.3 (Core profile)...success. Checking entry points...success.
: CommandLine Error: Option 'help-list' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options
crash_20211221122542_2.dmp[329417]: Uploading dump (out-of-process)
/tmp/dumps/crash_20211221122542_2.dmp
/home/<user>/.steam/steam/steamapps/common/dota 2 beta/game/dota.sh: line 109: 329380 Aborted                 ${STEAM_RUNTIME_PREFIX} ${GAME_DEBUGGER} "${GAMEROOT}"/${GAMEEXE} "$@"
 crash_20211221122542_2.dmp[329417]: Finished uploading minidump (out-of-process): success = yes
crash_20211221122542_2.dmp[329417]: response: CrashID=bp-42e14d69-0921-4840-8fc2-f1ebf2211221
crash_20211221122542_2.dmp[329417]: file ''/tmp/dumps/crash_20211221122542_2.dmp'', upload yes: ''CrashID=bp-42e14d69-0921-4840-8fc2-f1ebf2211221''

Specs

CPU: AMD Ryzen 7 2700X Eight-Core Processor
GPU: Advanced Micro Devices, Inc. [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] (rev e)
Driver version: 21.40.1.40501-1337797
Dist: Ubuntu 20.04.3 LTS

Or more detailed gist: https://gist.github.com/theflockers/20a115292ac6cf94e19314f5044e375e

[theflockers]

Can confirm that adding -gl solves this issue.

I would not say it solves the issue. Using opengl the game is way slower and buggy (like not rendering the floor sometimes) than using Vulkan. I prefer that this is fixed at some (not so far way) point.

[Strykar]

Having the same issue on Arch linux with an Nvidia GTX 950.

[DaKingof]

Also been having this issue on Arch with no solution in sight.

AMD GPU x11

[DrBanana419]

Also been having this issue on Arch with no solution in sight.

AMD GPU x11

If you're desperate, you could try compiling mesa without 'radeon' support (don't know how to do that on arch).

[DaKingof]

Also been having this issue on Arch with no solution in sight. AMD GPU x11

If you're desperate, you could try compiling mesa without 'radeon' support (don't know how to do that on arch).

I decided to just whipe my system and rebuild from my user folder and all seems well now. So it was probably an issue with an update and/or an old settings file.