Re:Spectrum OS: a declarative, reproducible, compartmentaliz...
by fsflover on Wednesday September 15, 2021 @05:58AM
(#28537207)
> ability to connect my GPU hardware to a specific VM
You can do this if you have a second GPU: https://www.qubes-os.org/faq/#can-i-run-applications-like-ga...
https://forum.qubes-os.org/t/qubes-gpu-passthrough/661
https://forum.qubes-os.org/t/another-2-gpu-passthrough-post/...
Re:Spectrum OS: a declarative, reproducible, compartmentaliz...
by ncmncm on Wednesday September 15, 2021 @06:27AM
(#28537411)
Thanks, I do have. Actually, two, an Intel and an Nvidia, and not using either one.
Re:Spectrum OS: a declarative, reproducible, compartmentaliz...
by pabs3 on Wednesday September 15, 2021 @03:06AM
(#28536134)
Connecting hardware to an app VM seems like a bad idea, better for the hardware to be managed in a specific VM, passing out an audio/video stream then individual audio/video/input streams sent to app VMs. On Linux pipewire is meant to do the audio/video part. I there are probably virtio protocols for GPU stuff, the Spectrum design page mentions one for Wayland.
The problem seems to be how to do it securely. You could imagine faking GPU hardware for the VM image to talk to. But maybe Vulkan would be a better API? Has any work been done on a wrapper forwarding calls that refer to VM-mapped addresses to a native Vulkan? (What happens in WSL2?)
I find Kompute ( https://github.com/KomputeProject/kompute , https://www.youtube.com/watch?v=Xz4fiQNmGSA ) that seems to be a serious attempt at building general computation infrastructure on top of Vulkan. Is exposing a Vulkan wrapper, and building compute kernels on top of that, a practical avenue?
This all seems like something someone must have throught through already, but I have not found anything published about it.