Is it possible that the firmware for your card is not installed? I was reading this bug report where people are experiencing similar issue with AMDGPU. Might be worth checking if your distro has the correct firmware for your GPU.
Iām currently using Elementary Juno, which is basically Ubuntu 18.04. That bug says black screen, i actually get a display but my monitor is unrecognized and the resolution is locked at something stupid 720p i think.
Here is a couple of benchmarks Iāve done on 4.18.7, Its the last kernel to work for me. Performance is not the best.
Tomb Raider
Counter Strike
Oh wow. I thought it had always worked. I really did dodge a bullet getting a 970 for cheaper a while ago then. Sad to hear. But glad to see it works!
@Shecks Have you managed to test the latest Kernels that have been released? Iām going to give it a go tonight. Iāll update with info.
Yes, Iāve been updating to each new kernel as itās release, I am currently running kernel 4.19.9 (latest stable release for Fedora 29).
I am still running with the amdgpu.dpm kernel parameter completely removed. Iāve just checked this kernel with both amdgpu.dpm=0 and amdgpu.dpm=1 and the issue is still there, I can only boot with the option omitted from the command line.
Other than that, my PC is stable and Iāve had no issues running without amdgpu.dpm
You mentioned that you are not getting a black screen on boot so I am not sure if itās the same issue but have you tried disabling the graphical boot loader to see if thereās any differences and if you get any errors displayed? On Fedora this is done by removing the rhgb kernel parameter, but I am not sure what the equivalent is for Elementary Juno, but I assume there is a similar option.
I was using 290s and a 270 with no problems on earlier kernels, but I havenāt played around with it since about 4.15 or so.
I was using radeon.cik_support=0 amdgpu.cik_support=1 and radeon.si_support=0 amdgpu.si_support=1 kernel params in the grub config, but not amdgpu.dpm or amdgpu.dc.
I guess they added some new stuff later and broke it?
1 Like
Yep, they definitely broke something, at one point (pre kernel 4.18.x) I had to use amdgpu.dpm=1 or my GPU would hang as soon as it tried to change power states, now I have remove it completely or my PC doesnāt get past the mode switch during boot up, thereās no performance issues without the switch though, so I guess they only half broke it.
Ahh that must be the wattman-like functionality is it?
I think so, itās Dynamic Power Management and itās taking them a long time to get right 
~~Iāve tried multiple combinations and omitting the parameters again but no luck. Replacing quiet with verbose and adding plymouth:debug shows some boot code with the famous red hat green OK outputs but the screen goes black again without warning. My guess is that getting the console in framebuffer mode with higher resolutions breaks the kernel.
Its a kernel crash because I canāt SSH into the system. Any useful info that could help me a kernel stack trace if there is one. The motherboard doesnāt have a serial console.~~
Update: Upgrading the kernel to 4.19.8-1-default (from 4.19.5-x) and omitting dpm fixed it!
1 Like
Anyone else had any luck on the latest Kernel 4.20? Also Happy New year to all! sorry im late xD
Thank you!
Finally got it to work on Fedora 29 (kernel version 5.0.6-200).
What I did:
sudo dnf install xorg-x11-drv-amdgpu-
vi /etc/grub/default; addradeon.cik_support=0 amdgpu.cik_support=1 amdgpu.dc=1toGRUB_CMDLINE_LINUX(DPM gave me a black screen) -
sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg(for non-UEFI itās/boot/grub2/grub.cfgI believe) reboot
2 Likes
I upgraded from 18.10 to 19.04 and now itās back to broken again. I get a popup at login for āNo Radeon Device Foundā or something similar.
1 Like