gezellig

I got it working! Turns out the card0 is the AST2500, and for some reason even though the 5700xt was showing up fine in lspci and in unraid "system devices" it wasn't showing up in /dev/dri. After swapping around a lot of bios settings, I now have card0 showing up (AST2500) and card1 (5700xt) both showing up, and am able to pass card1 to containers. /dev/dri/renderd128 now also shows up for vaapi encoding. This IPMI is very finicky. The bios settings I changed were: SR-IOV Support: disabled Prioritize onboard video instead of PCIe: enabled Onboard VGA: from [Auto] to enabled (enabled for some reason is required for the OS to recognize the 5700xt, but also makes the machine take about 2 minutes to post and start displaying video, very odd. I also don't have access to IPMI remote control, which kind of sucks but at least GPU is recognized.)

Yes. It appears before the terminal shows the graph. Here's a gif Yes. I thought card0 was my card, but just in case I tried to force radeontop to use card0 with that command, but when I got "unsupported driver ast" I realized maybe the AST2500 card is showing up as card0. Here is ls -la /dev/dri root@kea:~# ls -la /dev/dri total 0 drwxrwxrwx 3 root root 80 Sep 21 00:01 ./ drwxr-xr-x 16 root root 3660 Sep 21 00:11 ../ drwxrwxrwx 2 root root 60 Sep 21 00:01 by-path/ crwxrwxrwx 1 root video 226, 0 Sep 21 00:01 card0 I've tried both jellyfin and emby, but both of those also rely on /dev/dri/renderd128 for vaapi, so if it's not showing up on the host, I can't pass it through to containers.

The error when running radeontop from command line is "Failed to open DRM node, no VRAM support." I think zeroes across the board still is fishy because I'm also not getting any sensor data, but I'm not sure if that's normal or not. I've passed /dev/dri to containers I've tried testing hardware acceleration, but there is only "card0" and no "renderD128" which I understand is required for transcoding? radeontop -p /dev/dri/card0 returns "Unsupported driver ast" (ast2500) so the amd card is not showing up in /dev/dri I think my issue may be related to my IPMI, which has an Aspeed AST2500 with onboard graphics. I'm researching this thread where someone has a similar issue: https://forums.unraid.net/topic/72829-hardware-transcoding-plex-transcoding-not-working-renderd128-missing/?do=findComment&comment=669903 However this user has an intel igpu instead of a dedicated amd gpu. Tomorrow I'll try messing with bios and IPMI VGA settings to see if it makes a difference. I will edit this post if I find a solution. At this point I don't think it's a plex specific issue (I've tried several docker containers that support hardware acceleration) so I don't want to post in that thread just yet, but I recognize the radeontop plugin is likely not the cause of my problem.

No problem! I don't actually have a use for a gpu in a VM currently, I just thought I might want to in the future. Using the GPU in docker containers is all I'm looking for. I've unbound the GPU to vfio and now I get a very similar issue, radeontop shows 0% across the board, with the same error. https://i.imgur.com/Mtnb396.png plex container still looking for a missing /dev/dri/renderd128

Hello! I'm trying to get unraid to recognize my amd 5700xt gpu and pass through to VMs/containers. But I'm having trouble getting it working, starting with my plex container. I have the radeontop plugin installed and unraid is recognizing the card. lspci -v | grep 5700 2e:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT] (rev c1) (prog-if 00 [VGA controller]) Subsystem: Sapphire Technology Limited Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT] but the radeontop plugin is showing weird data, like everything at 100%: https://i.imgur.com/hy2LdMH.png and but the card isn't being used and before it shows output I get a "Failed to open DRM node, no VRAM support." error. I'm passing device=/dev/dri to plex but plex is looking for /dev/dri/renderd128 which doesn't exist on the host. IOMMU is enabled and passing the 5700xt through. I wasn't sure if I should enable this or not, so I tested with this disabled and it didn't seem to change anything, but this is what it looks like: Here is my complete hardware profile: https://pastebin.com/84xZbZR4 Maybe important to note: my motherboard is x470d4u and I have two pcie slots bifurcated to x8/x8 in the bios. The other card is an LSI SAS2308. Thank you for your help!

For future users with marvell controllers: Make sure you try both the chip specific intel/amd_iommu=pt and also generic iommu=pt because that was what worked for me. I am still able to use IOMMU with other hardware! @SquidI understand the marvell controllers are not ideal but it came included with my server and I'd rather not purchase another raid controller and consume my only pcie slot. Would be possible to automatically enable iommu=pt syslinux flags on future unraid releases if a marvell controller is detected?

Sorry for reviving old thread, but this problem is still active for me on 6.9.2. It can be fixed by adding amd_iommu=off to the end of the Unraid OS syslinux configuration. Both amd_iommu=pt and scsi_mod.use_blk_mq=1 did not work for me. My question is: Will I still be able to use IOMMU? Is setting amd_iommu=off the same as turning it off in the bios? Or only for SATA? HPE Microserver Gen10 with Opteron X3421 Marvell 88SE9230 Unraid 6.9.3