Setup Radeon RX 5700 XT

[argil]

Yes I know that this "properly" isn't supported yet. However I recently installed this gpu and wondering how to setup the kernel and the firmware to properly support it.
_________________
./.

[nvaert1986]

You'll need to use bleeding edge. Kernel 5.3-rc series with Mesa 19.2 from portage and the latest linux-firmware from the GIT tree.

With the items above you should be able to pull it off and get it working. In this case I'd also suggest reading articles on Phoronix to check for exact details of what you need, as they've got it up and running.

[MisteR_TwO]

Like nvaert1986 said, you'll need to get on the 5.3 bandwagon. Fortunately it's not so bad on RC4. RC5 is probably out now. Be sure to compile the AMDGPU support as a module so you can load the firmware (which isn't in linux-firmware.git yet...) dynamically. That can be found here: https://people.freedesktop.org/~agd5f/radeon_ucode/navi10/

Here's what helped me to get things running within Portage. The following is what I have in my package.accept_keywords/amdgpu file:

[argil]

[MisteR_TwO]

I *think* that's everything required to get a Navi card running under Gentoo. If that doesn't work, let me know, and I'll dig back through what available portage history I have to see if there was anything else I'd touched. I believe most of the changes made for Navi support were on the driver-ish side.

[dimko]

Fellow nerds, pls someone post dmesg output.
When I modprobe amdgpu module, i get this in dmesg:

[dimko]

[dimko]

from Dmesg:

I try to start X after boot.
sec 110 after boot seems to be when I startx manually.

[dimko]

LLVM 9 or above is required for this driver with 5.3-r6 kernel.

enabled SSHD, connected to black screened machine remotely and got that message when tried to start x as root.

emerging version 10 llvm

Also, while black screened, error messages from dmesg are gone.

black screen seems to be related to load of AMDGPU. i did ot save log, but from my limited understanding of english, it looks like amdgpu disabled vga console somehow.
i have nvme, but for less than a second I do see working console.
_________________
Just a user.

[argil]

Ok so yeah that package list worked. Something I should note is that nomodeset should NOT be set in the kernel params, but otherwise it wfm. Now I have to reinstall due to my hard drive failing and the backup I made not saving the perms. Oh well. musl or glibc?
EDIT: Reinstalled, mesa does not need opencl in order to get desktop.

[Ghoraab]

Hey fellow gentooists,

thanks for the hints, without these I would not have managed to get my Sapphire RX 5700 up and running. Now everytings seems to work fine. For everybody else struggeling to get this card running:
My initial error was

[tonkinet]

I'm suffering from very frequent freezes since launch day on my 5700 XT.

[loki_val]

There' s a patch attached to this bug. It's known to fix a number of hangs.
This patch for llvm-9 also fixes a hang.
Otherwise, there are a number of hangs fixed in Mesa-20-git which requires unmasking llvm-10-git.
I'm rock stable in day-to-day use with the following packages -9999 plus the kernel patch above:

[tonkinet]

The particular crash I get every 30-60 mins seems to be:

[siodor]

Here's my story.

I'm having this card https://www.msi.com/Graphics-card/Radeon-RX-5700-XT-GAMING-X

I first tried it with the following package.keywords:

[siodor]

Further, the user Venemo said that there's some critical hang problem with certain games (eg. Rise of the Tomb Raider) which can lock up the GPU with LLVM 9.0.0 but LLVM 9.0.1 should fix this so I've upgraded to LLVM 9.0.1_rc2 by adding the following to my accept.keywords:

[Banana]

I can add this card to the working list: https://www.sapphiretech.com/en/consumer/pulse-radeon-rx-5700-8g-gddr6

I had to set the following

[davydm]

I have one of these: https://www.xfxforce.com/gpus/radeon-tm-rx-5700-dd-ultra-8gb-gddr6

I have these accept_keywords, but X crashes at startup with:

[lperkins2]

So I just got this set up today, I treat the 5700XT as a headless card, but that *probably* won't change things (other than that I had a graphical shell for fiddling, since the other GPU was happy).

You've identified the problem, probably (need mesa built with clang:9 or later, using gcc). To use clang, you need to have the llvm USE flag enabled for mesa. To make sure you're using clang:9, you can check in the build log which compiler is found. If you don't need clang:8 for anything, you *could* remove it. As a stop-gap measure, you can also set CC=$path_to_clang9 CXX=$path_to_clang9++ and then emerge mesa, it should make it use the right clang version for you.

That said, your error message is different than mine was, since mine only came up when trying to run vulkaninfo or similar (as the card is unused until that point). If getting mesa built with clang:9 doesn't fix it, let us know.

[davydm]

Thanks for the reply

`equery u mesa` does show that I have the llvm flag set, even though I'm not entirely sure where it's being set from (my /etc/portage/package.use/mesa file only mentions d3d9 and opencl. My machine originally had an nvidia 660ti in it, which I've had to put back for the moment because I can't do much without X, so my VIDEO_CARDS value in make.conf is set to "nvidia radeonsi amdgpu" so that I can swap between cards.

Also attempting an emerge -1 mesa, I do see the following in the output:

[bulkin]

davydm, it looks like you didn't change the opengl library used from nvidia. Run

[davydm]

zomg, that's rather silly of me. I'll try re-adding the card tonight to try that out, but I'm dead-sure that's my problem (or at least one of them). Thanks!

[davydm]

Ok, cool, I just needed:

1. make.conf => INPUT_DEVICES="${INPUT_DEVICES} evdev"
2. eselect opengl set xorg-x11

So now I'm on to the next problem -- before this, I was playing quite a few game via steam-play / proton (but some that I wanted to play were a little too much for my 660ti to deal with, hence the upgrade). Most of them b0rk now, and it looks like the problem is related to vulkan

https://wiki.gentoo.org/wiki/Vulkan#Driver_Support suggests that amdgpu should have support "via radv", but doesn't elaborate and my google-fu isn't getting me very far.

Allegedly the closed-source drivers have vulkan support, but https://wiki.gentoo.org/wiki/AMDGPU-PRO isn't all that helpful with going that route.

Has anyone else had joy with vulkan?

[davydm]

btw, I'm also not sure if this issue is just an artifact of still having NVIDIA stuff lying around, as vulkaninfo reports:

[NeddySeagoon]

davydm,