kvm-guest-drivers-windows VS OSX-KVM

There's mature VirtIO drivers for just about everything already, under the virtio-win umbrella: https://github.com/virtio-win/kvm-guest-drivers-windows

My desktop PC is using libvirt+qemu (on an Arch host. I use Arch, btw) to PCI passthru my RTX 4090 GPU to a Windows guest. I installed the guest initially with emulated SATA for the main drive. Once Windows was up and running, I installed virtio-win and the guest is now using virtIO accelerated drivers for the network interface, main disk. I'm also sharing some filesystems using virtio-fs.

So, I started configuring the PC with ubuntu desktop (since I need a GUI for my use case). Then I setup a windows KVM with this. In my use case, I want the windows VM to be always connected to a VPN (Mullvad) that has the toggle of LAN connections turned on. This is because I want to use sunshine on the KVM to stream my desktop to a firestick. This is how I have been configuring one PC till now for my family to be able to watch TV. The issue is that I cannot use sunshine or parsec cos there are no encoders in the VM, thus the performance sucks. (I could use software encoders, but I would use too much CPU for windows VM, which would make me unable to run a LLM (this was my plan) )

Note also: it just got an experimental Windows driver!

[1]https://github.com/virtio-win/kvm-guest-drivers-windows/pull...

virtio-GPU for Windows for now is just a basic display driver, without any kind of acceleration, so there shouldn't be any difference between using it and QXL, which is fully emulated and in it, if necessary, you can increase the VRAM to be able to use high resolutions, as explained here. Note: this link is just from a quick search, I tried this for myself some time ago but my intention was not to increase the resolution but just to find out if it was possible to have some kind of 3D acceleration, as it happens in VirtualBox, but is not possible yet.

The only sorta-responsive display tech I've found is Virt with GL (3D) enabled. And if your physical box has 4k video you can forget about going anywhere near full screen with that guest VM.

I suggest you open a new issue in the repository describing this, or search if there is one open reporting the same. Also, keep in mind that as an early stage it might be a good idea to avoid copying important files using this, you could end up losing data unless you do an integrity check (recently I tried installing a game on the VM in a host directory and it didn't work. I'm thinking of an alternative or going back to using VirtualBox, since the shared folders worked very well for this purpose).

The problem was really bad with latest virtio drivers, so I downgraded to version 204, as per: https://github.com/virtio-win/kvm-guest-drivers-windows/issues/623

Yes, I recently had to compile some stuff on Windows (I'm on an AMD Linux host) and VirtualBox just wouldn't start Microsoft's Windows dev VM (the one they provide for free for Virtualbox). I ended up learning how to use qemu and it works great...and as a bonus I was able to run a hackintosh (via https://github.com/kholia/OSX-KVM) and it works near flawlessly, which was something I was never able to accomplish with Virtualbox (granted I haven't tried in a few years).

I'm pretty happy with Qemu now, even if it's jsut a CLI interface. I was tempted to try the virt-* stuff, but honestly it seems like one more thing to learn so I'm going to hold off until I need something like copy/paste between VMs and can't figure it out in qemu direct.

Working on a patch to include it as a flake input instead of vendoring it in the repo, so this should no longer be true. I use the QCOW2s for OpenCore from osx-kvm that I have not figured out how to reproduce yet https://github.com/kholia/OSX-KVM/blob/master/OpenCore/OpenCore.qcow2

For almost a year, I have been coding a little project in Python intended to piggyback on the framework of kholia's OSX-KVM project, known as ultimate-macOS-KVM, or ULTMOS.

I just researched a bit, mac os x guest vm with pcie passthrough seems possible on linux.

Dropping the links below:

https://github.com/kholia/OSX-KVM

https://github.com/yoonsikp/macOS-KVM-PCI-Passthrough

VirGL is definitely an interesting project, but all one has to do to get GPU passthrough working (from a Linux QEMU host to any guest OS) is: 1.) research a cheap, secondary GPU that is natively supported by the guest OS, 2.) plug such a secondary GPU into a PCIe slot on the host and hook it up to the primary monitor with a secondary cable (D-Sub vs. DVI, etc.), 3.) setup Linux to ignore the secondary GPU at boot and configure a QEMU VM for the GPU passthrough. The whole process takes perhaps one or two hours and as works flawlessly, with no stability issues. (Switching across the two GPU cables can be accomplished in software by using Display Data Channel /DDC/ utilities and switching keyboard/mouse can be accomplished by using evdev /event device/ passthrough.) More information: https://github.com/kholia/OSX-KVM/blob/master/notes.md#gpu-p...

I get "verification failed" error when using https://github.com/kholia/OSX-KVM

I also see there is KVM-OSX which looks to be actively maintained, but I haven't heard anything about it.

You can use qemu/libvirt/kvm on any Linux host to run macOS pretty easily these days[1]. I run Ventura on unraid with nvidea gpu passthrough and it’s been fairly painless.

You can also run macOS in docker, but it’s ultimately running through qemu/kvm as well[2]

1. https://github.com/kholia/OSX-KVM

2. https://github.com/sickcodes/Docker-OSX

I think this could be of some use to you https://github.com/kholia/OSX-KVM

i cloned that repository