Startup issues with amdgpu and Radeon VII [Solved]

[Sqeaky]

I am trying to set up 3d acceleration in a basic desktop environment. But the system appears to hang on boot.

I had a desktop without 3d acceleration working. I had compiled amdgpu as a module and it wasn't automatically loading. When I manually modprobed amdgpu the system appeared to hang.

I have since compiled amdgpu into the kernel and included the firmware into the kernel. Now the system appears to hang on boot, but I can ssh into it. So the system is booted but not outputting video.

In make.conf I have set VIDEO_CARDS to "amdgpu radeonsi radeon". Without "radeon" I get dependency conflicts, I am not sure how correct this is or if I even need to.

Per the AMDGPU wiki page page I selected all the kernel options and I think I correctly included all the firmware, here is the relevant section of the kernel `.config`:

[alamahant]

Two things come to mind
1.please use a dracut made initramdisk.Create it by invoking --early-microcode
2.emerge linux-firmware

[Sqeaky]

You say two things than give me four. Are the two: try a binary kernel and remove xorg configs?

1) I have no initramfs. Are you suggesting I need one? Nothing I had seen suggested I need one. Several sources said I could have the amdgpu driver as module with the fs on the normal fs or have them both built in. As near as I can tell this hasn't had any change for most people with similar issues. I am curiously what your line of thinking is.

Why dracut? The Dracut wiki doesn't mention "amd" or firmware. So this seems like extra steps unless you intended this just for the binary kernel you suggested.

2) I have emerged linux-firmware and the vega20 firmware appears to be present:

[alamahant]

[pietinger]

I am not an AMD expert, but IMHO you should be able to fix it also without an initramfs. Your problem starts here (in dmesg):

[Sqeaky]

I switched back to Gentoo after years of not understanding what was going on. The little details kept breaking things. I have zero interest in a solution that I do not understand, because I will be right to troubleshooting when it breaks. When I try dracut it will be after reading everything about and understanding what it is doing.

For now I am focusing understanding what I have done wrong.

Here are some excerpts from the dmesg of recent attempts:

Here is with amdgpu built into the kernel

[Sqeaky]

and I just saw Pietinger. Hmmm....

I saw a similar message on IOMMU issues. I tried enabling and disabling a few IOMMU options, and I tried adding "IOMMU=soft" as a kernel param. None of that worked.

I will try the newer firmware. I had not considered that it might be stale.

EDIT - Actually none of the firmware is masked: https://packages.gentoo.org/packages/sys-kernel/linux-firmware

[Ralphred]

Firstly

[Goverp]

Squeaky, I note in your Xorg log that it says:

[Goverp]

Here's similar bit from Xorg log for my RX470 using amdgpu:

[Sqeaky]

I have removed the radeon SI and CIK kernel options. I added the CPU microcode bins to my kernel, I figured it wasn't important now and could wait, but why not fix a thing while it is convenient.

I removed "radeon" from VIDEO_CARDS in my make.conf and added "x11-libs/libdrm video_cards_radeon" to my package.use and that seems to have resolved my dependency conflicts

I rebuilt with the added CPU microcode.

It booted to a terminal login, no X desktop. I will tryto troubleshoot for a bit then get back here when I next get stuck.

EDIT -

Going through dmesg, the microcode and spectre mitigation stuff looks the same. I do like the idea of having it in the kernel anyway, so I will leave until a compelling reason to remove is clear.

The load errors appear to be missing but I am still checking that.

EDIT 2 -

This thing related to IOMMUs changed, I have no clue what this means:

[pietinger]

[Ralphred]

[Sqeaky]

I still have the v1 IOMMU enabled and I somehow didn't havethe amdgpu drivers elected. I included it and I amtrying a few things.

[Sqeaky]

I had another minor related issue. When "AMD GPU" -> "Always enable userptr write support" is enabled I get the following, so now it is disabled:

[Sqeaky]

I have done just about eveything I can think of.

The last thing I tried was getting the latest firmware from upstream
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git

I downloaded the one from earlier today and I put the contents in /lib/firmware (moving the previous contents to a backup)

Making the amdgpu option a module or not didn't significantly change its behavior. It moved around the dmesg. but it was always similar.

I tried creating a /etc/X11/xorg.conf.d/radeon.conf. I just changed the indentifier from "radeon" to "RadeonVII" to make future logs more clear:

[Zucca]

Have you tried 5.4 -series kernel?
I've had some strange problems with 5.10 -series. Not same problems, but still - problems.
_________________
..: Zucca :..
Gentoo IRC channels reside on Libera.Chat.
--

[Ralphred]

I've been over your kernel config (I'm lazy and skipped over 5.10.27, so just dumped the .config in the directory and use make menuconfig). The only difference I can see, I have

[Sqeaky]

I have not tried a 5.4 kernel. This is a fresh install. I will try that.

It is probably well documented how to get a specific kernel version right? I am sure I can figure it out

EDIT - Wasn't hard to figure out:

[Zucca]

You could add loglevel=7 on the kernel command line.
Maybe it'll spit more info about why the firmware couldn't be loaded.
_________________
..: Zucca :..
Gentoo IRC channels reside on Libera.Chat.
--

[theotherjoe]

Sqeaky,
I am completely unfamiliar with X570 mainboards, so I may be
totally on the wrong track with my guess work.
Since your kernel is nagging about not being able what it needs to do
in (or with) the PSP, I wonder if there is a PSP enable/disable switch in your
BIOS?
Read some remarks about such possibilities on X570 mainboards

[Ralphred]

[Sqeaky]

I have actually totally blown away that gentoo install in an attempt to test if it was bad hardware and kubuntu cannot boot this either.

It couldn't. So I removed the riser cable (huge PiTA because of water cooling loop). That didn't fix it. I have gotten another GPU for testing, an rx370, and I after a confluence of confusing hardware issues. I am down to 3d/accelerated functionality on this card being bad, or at least some about the GPU that isn't simple framebuffers. I can make the rx 370 do just about about it is supposed to.

@Theotherjoe - I do not appear to have any PSP (or any HDCP options0 in the EFI settings.

@Zucca - The last few dmesg captured had a highlevel of logging, nearly twice the size. nothing clarifying as far as I could tell. I am not sure it matters now, I demonstrated another kernel worked with a fresh GPU butnot this one.

@Ralphred - I hard powered down between nearly every reboot. I also tried with DC disabled. I reconfigured the kernel cleanly twice so far. I will keep the edit suggestions in mind for the future, this time it didn't matter much, few of them mattered.

I think we can mark this as solved. I need a new a GPU, this one is busted.

I will install a fresh gentoo setup with the radeon to go with this temporary gpu

[Zucca]

[Ralphred]