I'm currently running Ubuntu's mainline 5.4.8 and Mesa from Kisak's PPA (19.3.1 with some backports) and everything seems to work fine.

Quoting: AwesamLinuxCurrent Oibaf Mesa and Kernels 5.3.x (on 5.3.18 now) is still the only stable configuration with the RX 5700 for me.

I'm on Mint 19.2 too running the 5.5-rc5 Kernel (Generic Ubuntu) and mesa 20.0 (oibaf ppa) and everything is silky smooth. I had some problem during the installation due to the outdated or non-existant firmwares from Mint. Did you check that ?

I made another attempt with the 5.5-rc5 Kernel and most recent Oibaf. So far it is working without freezes as long as I don't have the Psensor application running.

Quoting: AwesamLinuxI made another attempt with the 5.5-rc5 Kernel and most recent Oibaf. So far it is working without freezes as long as I don't have the Psensor application running.

So you are still having sensors issue with 5.5-rc5? Can you please comment here: https://gitlab.freedesktop.org/drm/amd/issues/900

Any suggestions which custom design of a 5700 XT to take?

Not looking for a OC model to squeeze out the last bit of performance.
Rather a card with improved performance over the ref design but with fans that aren't noisy.

Thanks. :)

I can recommend the sapphire pulse, I have the none xt model. The card has a very good cooling solution and with the twin bios feature the quiet setting is very quiet - I use this setting most of the time as the card is sufficiently powerful for me. The drivers are improving but there are still some powerplay issues that I think are ironed out in the upcoming 5.5 kernel. You are on Archlinux so that should be in just a few weeks. Shmerl has the xt model, I think, and has posted a great deal of details on performance and issues.

Quoting: buonoI can recommend the sapphire pulse, I have the none xt model. The card has a very good cooling solution and with the twin bios feature the quiet setting is very quiet - I use this setting most of the time as the card is sufficiently powerful for me. The drivers are improving but there are still some powerplay issues that I think are ironed out in the upcoming 5.5 kernel. You are on Archlinux so that should be in just a few weeks. Shmerl has the xt model, I think, and has posted a great deal of details on performance and issues.

Thank you. that's very helpful.
Think I'll go with that one then. :)

Quoting: buonoI can recommend the sapphire pulse, I have the none xt model. The card has a very good cooling solution and with the twin bios feature the quiet setting is very quiet - I use this setting most of the time as the card is sufficiently powerful for me. The drivers are improving but there are still some powerplay issues that I think are ironed out in the upcoming 5.5 kernel. You are on Archlinux so that should be in just a few weeks. Shmerl has the xt model, I think, and has posted a great deal of details on performance and issues.

I've got the Sapphire Pulse 5700 XT as well, and would recommend. Haven't used the quiet bios because so far the card has been mostly inaudible inside my insulated Fractal Design case at the default setting. Those Powerplay issues are related to sensors I gather? Haven't managed to trigger them myself, but I haven't really tried.

Ordered. :)

Really hoping I won't face any of the bigger issues...

Quoting: subAny suggestions which custom design of a 5700 XT to take?

Not looking for a OC model to squeeze out the last bit of performance.
Rather a card with improved performance over the ref design but with fans that aren't noisy.

Thanks. :)

I'd recommend Sapphire. Check Pulse or Nitro+ models. Avoid reference ones.

https://www.youtube.com/watch?v=FQJCm7bnOfU
https://www.youtube.com/watch?v=kh1DeO4yz2s

I got Pulse model personally, and it's pretty quiet.

UPDATE: Ah, I see you ordered one. Pulse is good.

Last edited by Shmerl on 9 Jan 2020 at 10:24 pm UTC

One more potential patch for the powerplay issue:
https://gitlab.freedesktop.org/drm/amd/uploads/3b28245036a7408835568701d5047fdf/powerplay.patch

Quoting: subThink I'll go with that one then. :)

As stated in my initial post I have a Sapphire Pulse RX 5700. The card is quiet and seems to be stable - apart from the aforementioned driver problems. Currently the Oibaf Mesa 20.0 drivers and Kernel 5.3.18 provide a rather stable system. I'll give 5.5 a try once it is stable.

Right the day I ordered the card, signs of (probably) big Navi with double the performance of a 5700 XT emerges - the one I was waiting for a long time. *duh*

I'm calming myself thinking it won't be around the corner and much more expensive. ;)

I doubt it will be out until at least summer or so.

Last edited by Shmerl on 10 Jan 2020 at 4:08 pm UTC

Which in turn means a stable experience can't be expected before Christmas 2020...

Quoting: TuxeeWhich in turn means a stable experience can't be expected before Christmas 2020...

If it's just a more powerful Navi, I doubt they'll have a whole new set of issues to iron out. AMD might not have a great track record with drivers for a new hardware architecture on Linux, but a new GPU based on an established architecture isn't likely to be nearly as problematic.

Still, OpenCL in the form of ROCm might never surface:

https://github.com/RadeonOpenCompute/ROCm/issues/926

Quoting: TuxeeStill, OpenCL in the form of ROCm might never surface:

https://github.com/RadeonOpenCompute/ROCm/issues/926

So how do I use OpenCL then?

As far as I understand, OpenCL should work with AMD's proprietary driver, and the OpenCL part seems to be installable separately. So no FOSS support yet, but at least you should be able to use OpenCL. Arch users can probably still use [this AUR package](https://aur.archlinux.org/packages/opencl-amd/) despite it having no maintainer apparently.

I have OpenCL up and running. I picked the required deb packages from here
https://www.amd.com/de/support/kb/release-notes/rn-amdgpu-unified-navi-linux
but did not install the packages themselves (since I'm not sure whether this breaks my Mesa 20.0 setup). Instead I copied the required files from the opencl* packages to their intended directories.
This whole procedure is ugly as hell, but darktable, blender and Geekbench all detect it properly.