I’m pretty sure this is a “nope!” but I was reading Secure AI Inference with Qubes OS: A GPU Passthrough & Ollama Guide - #23 by tanky0u and I have a GPU that I can hide, it’s just that it’s my only GPU. I don’t need nice graphics and really just want my GPU to be used for AI. If I hide my GPU, will it make the system break?
I did try this… but I did not finish it.
I would recommend setting up sys-gui-vnc, to have access to the GUI when you have no physical display and no text consoles. (I did not do it - big mistake)
Another possibility is to set up a serial console for dom0, but a lot of motherboards have no RS232 connector, and USB-RS232 is not possible.
Then lots of options in grub to disable every kind of gpu, video or framebuffer use by the dom0 kernel…
I remember video=vesafb:off video=efifb:off plus module blacklisting and pci device hiding. Possibly there was more.
I got as far as getting a dom0 display on a secondary video card, and passing the primary one to an AppVM. It was quite painful - a lot of blank screens and blind typing of encryption keys - but I could have prepared better.
I have no idea how to do this.
Short answer: no.
Long answer: see what @phceac wrote.
Yes, setting up access to dom0 is not generally recommended. I think there is some qubesctl support, and a mention in the documentation.
Maybe there are some helpful posts here in the Forum…
@whoqubes : I read the title of your post again, and now I must verify:
When you say “rely on the processor for display”, do you mean that your CPU has an integrated GPU, so there are really 2 GPUs in the system? It is a very different situation from the one I thought!
It’s a mobile AMD with a built-in GPU, a mobile Ryzen series.
Ok, so is the AMD GPU the only one in the system?
If you have 2, then the mobile AMD GPU can sometimes be used as Dom0 display, and the other one for passthrough…
If you only have one, then you need some other method to access dom0, which is complicated, like in my previous posts.
You may consider getting an eGPU