Nvidia gpu for passthrough

apparatus · July 4, 2024, 4:59am

Can you describe in more details the issue that you have?
Does it freeze on disk password prompt and you can’t enter the password and you don’t see any change if you press Esc/F1 key?
Or you enter the password and it’ll start to boot but freeze at some point?

It could be this issue with adding new PCI device to the machine:

github.com/QubesOS/qubes-issues

Wrong PCIe devices get passed through to wrong qubes after adding new PCIe cards

opened 07:52PM - 25 Sep 22 UTC

ddevz

T: bug C: core security P: default hardware support needs diagnosis affects-4.1

After installing qubes and setting up your passthrough PCI devices, if you add a… new PCIe card, it can change the device numbers of the old cards. This will cause qubes to pass through the wrong devices to the wrong HVM qubes. The device renumbering is obviously a hardware thing, and preferably there would be a way to make persistent names similar to how linux gives ethernet cards persistent names. If you remove eth0 from a linux system and put another ethernet card in, linux starts calling that new card eth1, not eth0. Linux probably determines uniqueness by MAC address, so there might not be any way to uniquely identify PCIe cards like that. I expect this to become a bigger problem in the future when people are using sys-gui-gpu and video cards getting a new PCIe number means they will no longer pass through to sys-gui-gpu qube. (this is related to, but different then https://github.com/QubesOS/qubes-issues/issues/6587 )

For your NVIDIA card to not cause any problems for dom0 you need to hide it from dom0 as described in this guide:

You can try to boot with nouveau.modeset=0 rd.driver.blacklist=nouveau video=vesa:off kernel command line options to disable nouveau NVIDIA driver in case it’s causing issues for dom0:

And then hide it from dom0 by following the “Create a Gaming HVM” guide.