this post was submitted on 16 Apr 2024
808 points (89.3% liked)
linuxmemes
20880 readers
9 users here now
I use Arch btw
Sister communities:
- LemmyMemes: Memes
- LemmyShitpost: Anything and everything goes.
- RISA: Star Trek memes and shitposts
Community rules
- Follow the site-wide rules and code of conduct
- Be civil
- Post Linux-related content
- No recent reposts
Please report posts and comments that break these rules!
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Any specific issues? Pretty sure there's lots of people in this sub who could help you out with that, myself included.
Passthrough not actually working, VM not detecting the GPU or not loading qemu properly even with everything loaded properly. Tried on 3 different distros (Ubuntu and arch based) and none worked. Might try the other suggestion to swap the cards. Just means I'll have to redo my water loop for the 2nd time this week π
This is, indeed, uncommon. Typically the GPU either gets detected(abeit, often with errors), or the VM doesn't start at all. Do you use libvirt by and chance?
Yes, I installed libvirt along with the many other packages required
But are you launching VM via virsh/virt-manager or directly using
qemu-system-x86_64
? Could you provide the XML or the command line you're using? What doeslspci -k
say in regards to your GPU's?Sorry for the delayed reply, don't have much free time on work days.
Was launching the VM via virt-manager. Do you want the overview XML or for a specific category within virt-manager?
lspci -k
shows both my GPUs are there now but trying to load the BM says iommu group is not viableA full XML, unless you have something private in there, which you can remove. I just remember that for nvidia's there could be parts preventing load anywhere. In my case, for example, it was booting a BIOS VM instead of UEFI one.
But what's the driver used? Should be something like this (my laptop for example, without irrelevant lines)
Well that's something. Check the script at arch wiki on VFIO, at the paragraph "2.2 Ensuring that the groups are valid". It should print out the IOMMU groups you have in your system.
Basically, a thing with IOMMU is that you must pass all or none of the devices down to VM within each IOMMU group, even if you don't necessarily want them in your VM. In most cases, that means also passing the built-in sound card that feeds audio via HDMI outputs (the .1's in the above example). In cases where there's something else crucial in that IOMMU group, there's ACS patch but that's a hack and should only be used as a last resort.
Man I've followed like 6 different guides to a T and tried with 4 different distros and still can't get it to work. I'm done fighting with it for a while. Maybe it's just an issue with 7000 series AMD cards or the guides aren't up to date with the kernals idk. I need to take a long break from it before I get upset and just return the GPU lol
Appreciate you trying to help though, truly
Aight. I understand, VFIO is a kickflip of linux world and it takes a lot of pain, frustration and patience to do, so take your time.
Also, the next time you go for it, maybe give supergfxctl a shot, if you haven't already, if it works it should be pretty straightforward.