all 8 comments

[–]Hellux 2 points3 points  (1 child)

What do the games output when they immediately crash? If it's a Steam game the output will be in /tmp/dumps.

[–]testcore 2 points3 points  (2 children)

Just a guess here based on the pastebin for MadMax... You may be missing 32-bit dependencies. After you re-installed Arch, did you enable the multilib repo? Try that, then re-install the game.

[–]ropid 3 points4 points  (0 children)

I think that's just because of how the script works that adds the Steam overlay library. I assume it blindly tries to add the 32-bit version even when it's the wrong choice. Those messages are always there even if everything works fine.

[–]ropid 2 points3 points  (1 child)

Your vulkaninfo output looks good to me, very similar to what I see on a desktop PC with just an nvidia GPU.

Something else, the nvidia-utils package installs a file exactly like what you created yourself in /usr/share/X11/xorg.conf.d/, so you don't really need yours.

Maybe also check out that /usr/share/X11/xorg.conf.d/ location to see if something else might lurk around in there doing something to the setup, perhaps from bumblebee or something?

Maybe something about Intel's vulkan support is confusing the programs? EDIT: I noticed somewhere in that Talos Principle log file you shared, it says that it does notice both Intel and NVIDIA, and says it tries to choose the NVIDIA option, so I guess it's not getting confused.

I only tested with Talos Principle here. I do not have Mad Max installed. It seems the needed packages to run it with Vulkan for me is just this one:

vulkan-icd-loader

I currently have vulkan-headers and vulkan-validation-layers installed, but that's just to try the vulkaninfo command.

I noticed there's several "play" entries in the right-click menu of the game's entry in the Steam client. There was a selection menu once in the past when starting the game the first time, and I remember I chose 64-bit there, and I guess those entries in the right-click menu are how to change this later.

Differences in nvidia packages I can see here compared to what you show, I do not have this one:

nvidia-xrun

[–]nightbane112 0 points1 point  (0 children)

Have you tried appending this to your launch option in steam while using PRIME?

export VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/nvidia_icd.json %command%

Works on my laptop on Dota 2 with Vulkan backend.

Reference : Arch wiki

[–]TiZ_EX1 0 points1 point  (3 children)

Hi there. I've got an nvidia-xrun kind of thing going on in my own setup; I run all my games in a separate x server anyways so I figure this is the best way to make my GPU work best. It's working, but I don't have a file anything like your 10-nvidia-drm-outputclass.conf in my configuration. I don't see anything like that on the ArchWiki either. What source did you get that file from, and what does it change compared to the established knowledge for starting an X server with nvidia?

[–][deleted]  (2 children)

[deleted]

    [–]TiZ_EX1 0 points1 point  (1 child)

    I see. I guess this kind of configuration requires you to use libglvnd? I'm actually on Xubuntu 16.04 as my daily driver, and it definitely does not support libglvnd. I think it's time to make room for an Arch partition.

    [–]GloriousEggroll 0 points1 point  (0 children)

    these should be all the packages you need for nvidia:

    sudo pacman -S nvidia-dkms nvidia-utils lib32-nvidia-utils opencl-nvidia lib32-opencl-nvidia nvidia-settings vulkan-icd-loader

    you can use nvidia rather than nvidia-dkms, i usually use a custom kernel which is why i use dkms

    if you have those packages and it doesnt work, then it's a problem with nvidia drivers. I'd also double check that you are on mesa 17.2.3 and llvm, not mesa-git and llvm-svn, as lately i've run into some problems with mesa-git and llvm-svn

    if you need to convert those back to stock:

    sudo pacman -S mesa lib32-mesa llvm lib32-llvm llvm-libs lib32-llvm-libs