Kernel not recognizing your hardware? Problems with power management or PCMCIA? What hardware is compatible with Gentoo? See here. (Only for kernels supported by Gentoo.)
Wait, what?
Do I get you right? Are you trying to loop the output from a physical device back to a virtual console?
Try this instead: You just hook up another display (or another input of your display) to the video card you passed to your guest and launch that VM again.
Yeah +1 to what szatox said ! You won't get any output on the virt-manager Window, the output will be to the display cable plugged to the GPU you're passing through !
Try another screen or if you have a monitor with some free VGA / DVI / HDMI, hook a cable from one of those from the card
I have a monitor capable of two HDMI input, and when I launch the virtual machine, I didn't get any output in the HDMI where the gpu passtrought card is connected.
I only see it's doing something cause the init messages before the xorg switch to the secondary GPU disappears.
The onmly think I haqve to do is try to dump my GPU 980ti rom, but actually I didn't have any windows to grab it.
I've grabbed on linux, no luck on that..
Thanks keet, I will try your suggestions as soon as possible.
I ask you one thing: you boot on your secondary GPU or on the first GPU?
Because I boot on first GPU, the xorg switch to the secondary, ad X starts on it.
The first gpu gets the vfio module but it seems it's missing the rom or something else.[/quote]
I only see it's doing something cause the init messages before the xorg switch to the secondary GPU disappears
Ok, just to make sure, you see those init messages on your display connected to that passed-through video card, or on some virtual console connected somewhere else?
Do you have any control over that VM after it boots? Like, can you SSH into it to look around?
I only see it's doing something cause the init messages before the xorg switch to the secondary GPU disappears
Ok, just to make sure, you see those init messages on your display connected to that passed-through video card, or on some virtual console connected somewhere else?
Do you have any control over that VM after it boots? Like, can you SSH into it to look around?
I've installed a ubuntu virtual machine, I have enabled ssh and works.
After, I've removed video qxl and tried to pass trought the GPU.
After boot, virt manager says the ther machine is running, but the ssh connection hangs and I can't connect.
Using a rom dumped by me or downloaded from a websiste, I got X finally working on the passtrought card, but it's still unusable, the ubuntu system won't boot.
The Windows one, give me no sign of life.
Are you trying to use HyperV inside the guest? If not, I would remove that section.
It looks like you have several virtual U.S.B. controllers. They're probably unrelated, but they might also be unnecessary. I just pass through my host's U.S.B. controller and plug a hub with all my peripherals into one of its ports.
The same (regarding it being unnecessary) might be true of the P.C.I. controller, serial port, and console.
I wonder whether the Spice console might be causing problems; can you try removing the Spice adapter along with qxl video, the U.S.B. tablet device, mouse, keyboard, and other Spice devices/configurations?
I wonder whether specifying a null vendor identifier is causing problems; it might be worth removing that. I'm not sure what the rest of the Qemu command line does. It looks like you have the '-cpu' switch but without any arguments, unless it counts 'host' on the next line.
I don't know what you need, but it seems like your configuration file might have many unnecessary things. Trimming them away might fix the problem or at least make it easier to diagnose.
Yes, I successfully passed through my GTX 1070 to Windows 10 (as well as Gentoo and Debian Linux) and tested it successfully in 3D games. This is my command:
I no longer pass through the graphic's sound because it doesn't work properly in Gentoo and because I don't really need it. However, it didn't cause any problems when it was included. Apart from that, I recently removed other things that I copied or adapted from various online guides, not because they prevented it from working, but because they seem unnecessary (it works fine without them), so that the command is much shorter.
Wait, what?
Do I get you right? Are you trying to loop the output from a physical device back to a virtual console?
Try this instead: You just hook up another display (or another input of your display) to the video card you passed to your guest and launch that VM again.
Yeah +1 to what szatox said ! You won't get any output on the virt-manager Window, the output will be to the display cable plugged to the GPU you're passing through !
actually, wendell from level1techs got that working recently. the way he got it set up, you don't need a monitor on the guest GPU, it can be sent back to spice and acceleration apparently works too.
That is true, but I think that it's more complicated to set up, so it might be better to focus on making passthrough work first, and then work on passthrough in Spice later. I was pasting my configuration because it's (at least close to) the minimum that one needs to make it work. If we simplify it as much as possible first, then we can work on adding features later.
I'm running mine on a server with Intel and NVidia graphics. The NVidia graphics card is never used by the host -- it has no kernel configuration for it and no NVidia drivers installed. I have only one monitor, which is connected to the Intel (motherboard) graphics and the video card. However, the host never displays anything through the discrete graphics card; only virtual machines do that.
I don't know about the benefits of using virt-manager, but it seems like it might be adding quite a few unnecessary things here. At the very least, it might help to strip them until the G.P.U. is working, and then add them back and see whether it still works. HyperV is another hypervisor, so enabling support for it might complicate matters, even if it's only running HyperV as a host inside the guest (nested virtualization). I don't know how much is necessary to make a V.M. work with virt-manager, but it looks to me like the guest's U.S.B. controllers, serial ports, tablet input device, keyboard, mouse, sound, memory ballooning, P.C.I. and I.D.E. controllers, and Spice support could all be removed. You might not see anything with Spice disabled, but in that case, it might be best to enable Remote Desktop and use rdesktop or something similar to shut it down if it doesn't work. Many people here probably know virt-manager much better than I do and can correct me.
The one other thing that I would check is the syntax of the <qemu:commandline> section. 'kvm=off' should take care of the problem for you, and I do see it there, but maybe it's not working because of syntax. Can anyone here comment on the syntax of that section? Compared to my command line, it has a couple extra parameters.
Finally, after a lot of tryes, I got my GPU passtrought work.
I had to change my card from Nvidia to AMD.. the only thing that was blocking me was the NVIDIA Win10 drivers :/
I own a notebook - Clevo P170SM with i7-4800mq and gtx770m installed.
I have managed to run Windows 10 in KVM and successfully passed the nvidia card with vfio. Unfortunately as this is a laptop, there is no way to connect external monitor. Thus I decided to give it a try with VNC sever.
I installed Heaven benchmark on both VM and bare metal and compared FPS. On bare metal I get around 100FPS, while in VM it reports just around 30-40FPS and video is very laggy. I suppose that lag can be related to VNC but why I got just up to 40FPS?
