I just got bored about current and next GPU news and bought a 2nd hand 7900XTX Reference card for $800.
I may be wrong, but i may say i now have GPU for next 2 gens.
And so with no further do, I passedthrough it succesfully without doing anything special. Just got assigned the pci reference numbers to the vfio kernel args and make a little requirement to load the vfio-pci driver before the amdgpu driver as found on a promox forum post (because using a 4750G Renoir Desktop Ryzen 7 Pro iGPU for host on a X570 MSI PRO MB).
The only tricky thing i had to do is start the VM without HDMI cable plugged in. Same symptom as with the Intel ARCs on their starts.
No need to use ReBAR or anything else. Performance is pretty good all the way, and i only noticed some delays on rendering depending on the game and/or Chromium-based apps/GUIs. FH5 AAA game at 4K60 with Extreme settings is using about 50% of the GPU and about 12 GB of VRAM, although in some scenarios ups to 80% of GPU utilization. I know that if i make things right i could have an extra performance on it, but the thing is that with ReBAR enabled i loose the possibility of having a two-way GPU passthrough working together with another Intel A770 16GB LE that i use with a Win11 Insider Dev preview to test out WSL2 (<-- custom WSL2 distros, as endeavourOSWSL2, doesn’t get working GPU accel) + WSA with nested virt enabled (+ with now with stable diffusion: tomshardware/news/stable-diffusion-for-intel-optimizations).
Background is that the VM i assigned the 7900XTX was already setup with a Win10 /ameliorated.io 21H1 image, and assigned to it bf a 6750XT Red Devil, with drivers set at 23.4.2 Adrenalin but through SDIO (didn’t update the drivers yet, nor planning to, as perf is good, just maybe when SDIO releases another stable driver i’ll maybe consider it). That maybe did the trick also.
Didn’t tested tho if there’s any reset bug yet with this setup. The Intel surely does have it, being more harmful rebooting the VM that shutting it down as it can’t start again, but shutting it down gives me the ability to recover control of my evdev USB input devices and get a freeze on Virt-manager software that only leads to force closing warning dialog from Cinnamon, and so i force it.
Then i open it again and while it stays 30 secs until it connects to the libvirtd service, at the end service get “autoforcefully restarted?” and all memory is freed.
I then reboot entire host and only remains the qemu-system-x64 emulator process hanged that gets killed by the rebooting cycle after a while (30 secs max).
Then on the next boot the Intel card will not be available, moreover it won’t even show up as PCI device at all to be usable, but rebooting again solves that issue.
With two rebootings seems like is capable to recover to a normal state itself for the next passthrough.
Both of them can’t display the OVMF UEFI screens (6750XT did), so for updates and other pre-boot screens i have assigned the SPICE graphics with QXL video, and disabled it on the first place in device manager once the system and drivers have been setup (talking about Intel ARC VM).
And so to update between Win11 Insider Dev builds i don’t assign the pcie card and work a bit with that QXL alone to see what the VM is doing. The thing is i now remain stall on build 23493.1000 bc newer build fails at initializing VirtIO drivers. It wasn’t a new release of them at fedora group since January so i’m guessing it has to do with that.
Have two monitors, one 4K60 Benq for gaming, other 1080p Benq for work, pretty rock solid except for the reset bug of the Intel rn. 2 keybords/2 mouses/2 audio interfaces (HDMI/Displayport through monitor speakers).
Kernel on Host is Manjaro 6.3 Mainline (which is EOL now BTW, no VFIO variant, good MB IOMMU groupings). 6.4 fucked me some peripherals so i’m sticking with 6.3 until it gets better.
I’ll wrote down what AGESA version is using this MB once i get the chance of rebooting to check it out, as i updated it back in january 2021 for changing from the 2700X to the 4750G and since everything was working ok never updated it anymore.
I also have an Ansible role written by me to automate setting up VFIO passthrough. Don’t have it uploaded anywhere tho. Code isn’t clean and i am somewhat lazy to clean it. Is simple, it works, but it’s not perfect. I feel I’m not worthy to show it up in public, although if someone asks for it, i’m willing to share it, np.
Written from my Cromite web browser through Tor (root iptables Invizible Pro app) under WSA, under W11, under Manjaro.
P.D.: BTW Wendell why do you have your web/forum cloudflareeeeeed? github/zidansec/CloudPeler /crimeflare.eu.org
P.D.2: Use this against DDoS and not Crimeflare: github/SpiderLabs/ModSecurity