Support us on Patreon to keep GamingOnLinux alive. This ensures we have no timed articles and no paywalls. Just good, fresh content! Alternatively, you can donate through PayPal, Flattr, Liberapay or Buy us a Coffee. You can also buy games using our partner links for GOG and Humble Store.
[Rant]: RX 5700... a frustrating experience
tuubi commented on 21 March 2020 at 10:40 am UTC

TuxeeWell, it was nice as long as it lasted. Meanwhile kernel 5.3 on my 18.04 has to soldier on.
Just FYI, Ubuntu's mainline 5.5.9 and 5.5.10 are fine for me on Mint 19.3 (based on Ubuntu 18.04).

Tuxee commented on 21 March 2020 at 10:54 am UTC

Indeed 5.5.9 was fine, 5.5.10 was not (both from the mainline repo). I'll reinstall 5.5.9 and see whether the problem persists.

Tuxee commented on 22 March 2020 at 9:16 am UTC

Aaaand it's the BIOS.
Replacing the most recent BIOS files (2020-02-04) with some "different ones", namely the ones I have on my 18.04 setup results in smooth and speedy booting and not a single amdgpu error, frame rates in my ROTR benchmark are ok. Even the lone
amdgpu: [powerplay] failed send message: SetHardMinByFreq (28)  is gone. I suppose I now have to backtrack which firmware version is the one I am now using. (Which reiterates what I tried to express with this whole thread.)

Tuxee commented on 22 March 2020 at 9:17 am UTC

tuubi
TuxeeWell, it was nice as long as it lasted. Meanwhile kernel 5.3 on my 18.04 has to soldier on.
Just FYI, Ubuntu's mainline 5.5.9 and 5.5.10 are fine for me on Mint 19.3 (based on Ubuntu 18.04).

What BIOS files are you using? Where did you get them from?

tuubi commented on 22 March 2020 at 12:03 pm UTC

Tuxee
tuubi
TuxeeWell, it was nice as long as it lasted. Meanwhile kernel 5.3 on my 18.04 has to soldier on.
Just FYI, Ubuntu's mainline 5.5.9 and 5.5.10 are fine for me on Mint 19.3 (based on Ubuntu 18.04).

What BIOS files are you using? Where did you get them from?
Just whatever is included in the latest linux-firmware package from bionic. The firmware is likely to be far from the latest and greatest, but I don't care as long as everything works as intended. In fact, according to the package changelog the navi10 firmware hasn't been updated since it was initially included in linux-firmware 1.173.12.

You could try bisecting the problematic version of the file from the git repo if you want to report your problem. I'd be interested in the result as well.

Tuxee commented on 22 March 2020 at 1:00 pm UTC

Turns out I also have the "original" Navi10 firmware, which according to the changelog (http://changelogs.ubuntu.com/changelogs/pool/main/l/linux-firmware/linux-firmware_1.173.16/changelog) ended up in the repository on Nov 5th. I have an extra navi10_ta.bin not present in the package and looking at the timestamp it was copied there "from elsewhere" (and can mostly likely be removed).

When consulting http://changelogs.ubuntu.com/changelogs/pool/main/l/linux-firmware/linux-firmware_1.187/changelog
the Jan 28th update (1.185) was still "ok" with the single powerplay error message).

Tuxee commented on 25 March 2020 at 8:47 am UTC

I was overly optimistic. With the same setup (mainline kernel 5.5.11, Mesa 20.0 and the swapped BIOS back from November) it occasionally results in


[    9.413173] amdgpu: [powerplay] failed send message: PowerDownVcn (44)  param: 0x00000000 response 0xffffffc2
[    9.413212] [drm:amdgpu_dpm_enable_uvd [amdgpu]] *ERROR* [SW SMU]: dpm enable uvd failed, state = false, ret = -62. 
[    9.428781] igb 0000:06:00.0 enp6s0: igb: enp6s0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX
[    9.536467] IPv6: ADDRCONF(NETDEV_CHANGE): enp6s0: link becomes ready
[    9.570628] FS-Cache: Loaded
[    9.585778] FS-Cache: Netfs 'nfs' registered for caching
[    9.678575] NFS: Registering the id_resolver key type
[    9.678581] Key type id_resolver registered
[    9.678581] Key type id_legacy registered
[   11.932040] snd_hda_intel 0000:0c:00.1: refused to change power state from D3hot to D0
[   12.036515] snd_hda_intel 0000:0c:00.1: CORB reset timeout#2, CORBRP = 65535
[   12.324229] snd_hda_codec_hdmi hdaudioC0D0: Unable to sync register 0x2f0d00. -5
[   13.082113] Bluetooth: RFCOMM TTY layer initialized
[   13.082121] Bluetooth: RFCOMM socket layer initialized
[   13.082124] Bluetooth: RFCOMM ver 1.11
[   14.295243] amdgpu: [powerplay] failed send message: GetMaxDpmFreq (31)  param: 0x00000000 response 0xffffffc2
[   16.773964] amdgpu: [powerplay] failed send message: GetMaxDpmFreq (31)  param: 0x00000000 response 0xffffffc2
[   19.250067] amdgpu: [powerplay] failed send message: GetMaxDpmFreq (31)  param: 0x00020000 response 0xffffffc2
[   21.728324] amdgpu: [powerplay] failed send message: GetMaxDpmFreq (31)  param: 0x00020000 response 0xffffffc2
[   24.152429] amdgpu: [powerplay] failed send message: GetMaxDpmFreq (31)  param: 0x00000000 response 0xffffffc2
[   26.518834] amdgpu: [powerplay] failed send message: GetMaxDpmFreq (31)  param: 0x00000000 response 0xffffffc2
[   28.998958] amdgpu: [powerplay] failed send message: GetMaxDpmFreq (31)  param: 0x00020000 response 0xffffffc2
[   31.479071] amdgpu: [powerplay] failed send message: GetMaxDpmFreq (31)  param: 0x00020000 response 0xffffffc2
[   33.877170] amdgpu: [powerplay] failed send message: NumOfDisplays (64)  param: 0x00000002 response 0xffffffc2
[   36.245438] amdgpu: [powerplay] failed send message: NumOfDisplays (64)  param: 0x00000002 response 0xffffffc2
[   38.732072] amdgpu: [powerplay] failed send message: NumOfDisplays (64)  param: 0x00000002 response 0xffffffc2
[   41.210837] amdgpu: [powerplay] failed send message: NumOfDisplays (64)  param: 0x00000002 response 0xffffffc2
[   43.426821] amdgpu: [powerplay] failed send message: NumOfDisplays (64)  param: 0x00000002 response 0xffffffc2
[   45.641051] amdgpu: [powerplay] failed send message: NumOfDisplays (64)  param: 0x00000002 response 0xffffffc2
[   47.855394] amdgpu: [powerplay] failed send message: SetMinDeepSleepDcefclk (34)  param: 0x00000010 response 0xffffffc2
[   50.069673] amdgpu: [powerplay] failed send message: SetMinDeepSleepDcefclk (34)  param: 0x00000010 response 0xffffffc2
[   50.069675] amdgpu: [powerplay] SMU11 attempt to set divider for DCEFCLK Failed!



As said, it does this only "every now and then" which makes it pretty much impossible to track down the culprit.

sub commented on 26 March 2020 at 7:58 am UTC

Do you have a spare old HDD?

Any chance of just giving Arch a try?
I had zero (apparent) issues so far.
And I didn't manually build the driver stack
and fiddling with the BIOSes.
Just the plain experience.

Reading through this thread it gives the experience
that AMD still struggles with Navi.
But from my POV that's absolutely not the case.
Neither on Linux nor on Windows.

Really, don't know what's wrong with your setup. XD

Sorry.

tuubi commented on 26 March 2020 at 10:01 am UTC

subDo you have a spare old HDD?

Any chance of just giving Arch a try?
I had zero (apparent) issues so far.
And I didn't manually build the driver stack
and fiddling with the BIOSes.
Just the plain experience.

Reading through this thread it gives the experience
that AMD still struggles with Navi.
But from my POV that's absolutely not the case.
Neither on Linux nor on Windows.

Really, don't know what's wrong with your setup. XD

Sorry.
Yeah, my experience has been pretty much perfect on Mint since I bought my 5700 XT late last year. With Kisak's PPA for latest stable Mesa. And latest mainline Linux kernel from Ubuntu, but the default 5.3 kernel seems just as stable. Firmware is whatever comes with the system, haven't touched that at all.

So the only thing I apparently had to do on this distro is add a single PPA, and that takes less than a minute. Although I added it before I upgraded the GPU, so no idea if I'd have problems without it.

Switching distros might help some of the people with issues, but it might also be time and effort wasted.

dvd commented on 26 March 2020 at 7:36 pm UTC

TuxeeAaaand it's the BIOS.
Replacing the most recent BIOS files (2020-02-04) with some "different ones", namely the ones I have on my 18.04 setup results in smooth and speedy booting and not a single amdgpu error, frame rates in my ROTR benchmark are ok. Even the lone
amdgpu: [powerplay] failed send message: SetHardMinByFreq (28)  is gone. I suppose I now have to backtrack which firmware version is the one I am now using. (Which reiterates what I tried to express with this whole thread.)

What kind of motherboard are you using?

You need to Register and Login to comment, submit articles and more.


Or login with...

Livestreams & Videos
Community Livestreams
  • Friday Livestream with Samsai
Popular this week
View by Category
Contact
Latest Comments
Latest Forum Posts