-
vendor-reset
Linux kernel vendor specific hardware reset module for sequences that are too complex/complicated to land in pci_quirks.c
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
OSX-KVM
Run macOS on QEMU/KVM. With OpenCore + Monterey + Ventura + Sonoma support now! Only commercial (paid) support is available now to avoid spammy issues. No Mac system is required.
-
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
I'm in the same situation as you...not doing much on the host, and only running one VM at a time. I just pin all of my CPU cores: https://github.com/johncolby/macOS-KVM/blob/feda3a501292df66c8d3930c312f0baaa3b3fa5f/libvirt/libvirt.xml#L25-L38.
Sapphire RX570 would almost certainly be affected by the "reset bug". I say almost, because if you start researching you will find there is plenty of confusion surrounding what is/isn't the reset bug. I think there is a good chance that the vendor-reset module would work for your card, though, since there is a similar amount of contradicting/confounding info regarding cards that are/are not resetting. For example, I thought for sure my 5700 XT was not resetting even with the module, but sure enough it was a windows driver issue on my end (https://github.com/gnif/vendor-reset/issues/3). Here is one report of someone who may have gotten a Sapphire RX 570 working: https://forum.level1techs.com/t/amd-polaris-vega-navi-reset-project-vendor-reset/163801/49 (I would bet money, if it is indeed working for them on linux and win10 but *apparently* not on mac, that it is likely an issue on their end rather and with the card or vendor-reset module).
During the past 6 months on OC and Catalina (and now Big Sur), the most impressive aspect of this build has been just how streamlined you can make an AMD Ryzen KVM hackintosh. I did not expect this to be the case initially, given the most popular pre-built options are quite bloated (e.g. https://github.com/kholia/OSX-KVM), but I guess this is probably the case with pre-built in general. Even building from scratch according to https://dortania.github.io, it would seem that many AMD-specific workarounds are necessary. What is not well documented on the Dortania vanilla guide, however, is the fact that many of these are not necessary if building a KVM hack.
KVM (keyboard/video/mouse) is still an issue. Either you'll want multiple USB controllers (one to pass to each VM, each annoyingly with it's own keyboard and mouse), or a hardware KVM like you have now, you'll want to look into virtual KVM solutions such as evdev (https://wiki.archlinux.org/index.php/PCI_passthrough_via_OVMF#Passing_keyboard/mouse_via_Evdev) or barrier (https://github.com/debauchee/barrier).
Powerlevel10k https://github.com/romkatv/powerlevel10k Lots of variations and mods for it too, you’ll love it!
Then I tried https://github.com/foxlet/macOS-Simple-KVM on my HP Omen laptop. The Big Sur installation went smoothly. But I can not connect iPhone to Mac OS. I found out that MMIO group 8 has USB ports, VGA controller, Audio device, SATA controller. I tried ACS override patch. Still no change on group 8 contents. I can not easily pass through only USB port to Mac OS. I tried Ubuntu and Arch Linux, same results. So I gave up.