View previous topic :: View next topic |
Author |
Message |
bunder Bodhisattva
Joined: 10 Apr 2004 Posts: 5934
|
Posted: Sun Dec 17, 2017 12:42 pm Post subject: |
|
|
I found virt-manager to be picky in the config options it allows. If you have to do something it doesn't like, you wind up using virsh edit, and using virt-manager to start/stop vms only. |
|
Back to top |
|
|
dylanmc Apprentice
Joined: 18 Apr 2014 Posts: 157 Location: Modena, Italy
|
Posted: Sun Dec 17, 2017 2:44 pm Post subject: |
|
|
whitout a virt-manager I'm pretty sure I'm not able to run my qemu WM with the gpu passtrought, I think It's too hard for me |
|
Back to top |
|
|
Hu Moderator
Joined: 06 Mar 2007 Posts: 21633
|
Posted: Sun Dec 17, 2017 5:30 pm Post subject: |
|
|
For what it's worth, you should not need to use virt-manager at all for GPU passthrough. With the right options, Qemu can do that even when called directly. However, finding those options without virt-manager may be more trouble than you want to undertake. |
|
Back to top |
|
|
dylanmc Apprentice
Joined: 18 Apr 2014 Posts: 157 Location: Modena, Italy
|
Posted: Sun Dec 17, 2017 6:49 pm Post subject: |
|
|
With virt-manager I get those errors
Code: | rrore nell'avvio dell'installazione: 'nome-mv'
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/create.py", line 2199, in _finish_clicked
self._show_customize_dialog(guest)
File "/usr/share/virt-manager/virtManager/create.py", line 2230, in _show_customize_dialog
self._customize_window = vmmDetails(virtinst_guest, self.topwin)
File "/usr/share/virt-manager/virtManager/details.py", line 363, in __init__
self.console = vmmConsolePages(self.vm, self.builder, self.topwin)
File "/usr/share/virt-manager/virtManager/console.py", line 128, in __init__
self._change_title()
File "/usr/share/virt-manager/virtManager/console.py", line 291, in _change_title
"connection-name": self.vm.conn.get_pretty_desc(),
KeyError: 'nome-mv' |
I've search in google, but no luck.
I don't understand if is a virt manager error, or a python issue. |
|
Back to top |
|
|
dylanmc Apprentice
Joined: 18 Apr 2014 Posts: 157 Location: Modena, Italy
|
Posted: Sun Dec 17, 2017 7:37 pm Post subject: |
|
|
Solved that issue upgrating to version 1.4.3 of virt-manager
Now another problem,
Code: | libvirtError: internal error: process exited while connecting to monitor: 2017-12-17T19:32:39.826145Z qemu-system-x86_64: -chardev pty,id=charserial0: char device redirected to /dev/pts/2 (label charserial0)
2017-12-17T19:32:39.843865Z qemu-system-x86_64: -device vfio-pci,host=22:00.0,id=hostdev0,bus=pci.0,addr=0x6: vfio error: 0000:22:00.0: group 0 is not viable
Please ensure all devices within the iommu_group are bound to their vfio bus driver. |
What does it means group 0 is not viable? |
|
Back to top |
|
|
Myu Apprentice
Joined: 22 Oct 2014 Posts: 164 Location: Belgium
|
Posted: Sun Dec 17, 2017 9:39 pm Post subject: |
|
|
It means all the devices you're trying to passthrough from group 0 are not bound to the vfio_pci driver/not suitable for passthrough
How are your IOMMU groups looking ?
Code: |
#!/bin/bash
shopt -s nullglob
for d in /sys/kernel/iommu_groups/*/devices/*; do
n=${d#*/iommu_groups/*}; n=${n%%/*}
printf 'IOMMU Group %s ' "$n"
lspci -nns "${d##*/}"
done;
|
_________________ Gentoo stable with bits of ~amd64 // Xfce 4.13 + Compiz Reloaded. |
|
Back to top |
|
|
dylanmc Apprentice
Joined: 18 Apr 2014 Posts: 157 Location: Modena, Italy
|
Posted: Sun Dec 17, 2017 10:38 pm Post subject: |
|
|
Code: | IOMMU Group 0 00:01.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 0 00:01.3 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]
IOMMU Group 0 03:00.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Device [1022:43bb] (rev 02)
IOMMU Group 0 03:00.1 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b7] (rev 02)
IOMMU Group 0 03:00.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b2] (rev 02)
IOMMU Group 0 04:00.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b4] (rev 02)
IOMMU Group 0 04:01.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b4] (rev 02)
IOMMU Group 0 04:04.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b4] (rev 02)
IOMMU Group 0 1f:00.0 PCI bridge [0604]: ASMedia Technology Inc. ASM1083/1085 PCIe to PCI Bridge [1b21:1080] (rev 03)
IOMMU Group 0 21:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
IOMMU Group 0 22:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK208 [GeForce GT 710B] [10de:128b] (rev a1)
IOMMU Group 0 22:00.1 Audio device [0403]: NVIDIA Corporation GK208 HDMI/DP Audio Controller [10de:0e0f] (rev a1)
IOMMU Group 1 00:02.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 2 00:03.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 2 00:03.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]
IOMMU Group 2 23:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM200 [GeForce GTX 980 Ti] [10de:17c8] (rev a1)
IOMMU Group 2 23:00.1 Audio device [0403]: NVIDIA Corporation GM200 High Definition Audio [10de:0fb0] (rev a1)
IOMMU Group 3 00:04.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 4 00:07.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 4 00:07.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1454]
IOMMU Group 4 24:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device [1022:145a]
IOMMU Group 4 24:00.2 Encryption controller [1080]: Advanced Micro Devices, Inc. [AMD] Device [1022:1456]
IOMMU Group 4 24:00.3 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Device [1022:145c]
IOMMU Group 5 00:08.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 5 00:08.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1454]
IOMMU Group 5 25:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device [1022:1455]
IOMMU Group 5 25:00.2 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] [1022:7901] (rev 51)
IOMMU Group 5 25:00.3 Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Device [1022:1457]
IOMMU Group 6 00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller [1022:790b] (rev 59)
IOMMU Group 6 00:14.3 ISA bridge [0601]: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge [1022:790e] (rev 51)
IOMMU Group 7 00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1460]
IOMMU Group 7 00:18.1 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1461]
IOMMU Group 7 00:18.2 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1462]
IOMMU Group 7 00:18.3 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1463]
IOMMU Group 7 00:18.4 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1464]
IOMMU Group 7 00:18.5 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1465]
IOMMU Group 7 00:18.6 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1466]
IOMMU Group 7 00:18.7 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1467]
|
|
|
Back to top |
|
|
Myu Apprentice
Joined: 22 Oct 2014 Posts: 164 Location: Belgium
|
Posted: Sun Dec 17, 2017 11:11 pm Post subject: |
|
|
Are you on the latest BIOS (AGESA) ? I've read that v1.0.0.7 improved groupings a lot.
As it is, these groups are not great for passthrough, too much stuff in it.
Side question : Which item from group 0 are you trying to passthrough ? _________________ Gentoo stable with bits of ~amd64 // Xfce 4.13 + Compiz Reloaded. |
|
Back to top |
|
|
dylanmc Apprentice
Joined: 18 Apr 2014 Posts: 157 Location: Modena, Italy
|
Posted: Mon Dec 18, 2017 1:01 am Post subject: |
|
|
Code: | IOMMU Group 0 22:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK208 [GeForce GT 710B] [10de:128b] (rev a1)
IOMMU Group 0 22:00.1 Audio device [0403]: NVIDIA Corporation GK208 HDMI/DP Audio Controller [10de:0e0f] (rev a1) |
I have to verify if it's the lastest bios, but it's probably not the last... |
|
Back to top |
|
|
dylanmc Apprentice
Joined: 18 Apr 2014 Posts: 157 Location: Modena, Italy
|
Posted: Mon Dec 18, 2017 9:17 pm Post subject: |
|
|
Myu wrote: | Are you on the latest BIOS (AGESA) ? I've read that v1.0.0.7 improved groupings a lot.
As it is, these groups are not great for passthrough, too much stuff in it.
Side question : Which item from group 0 are you trying to passthrough ? |
maybe can I have much luck isolating the 980ti, in group 2 ?
Because it's the real card I want to isolate, now I was only making a try.
The bios is the lastest, 1.0.0.6b ... nothing about 1.0.0.7 for now.. |
|
Back to top |
|
|
Myu Apprentice
Joined: 22 Oct 2014 Posts: 164 Location: Belgium
|
Posted: Tue Dec 19, 2017 10:51 am Post subject: |
|
|
I'm not sure you'll have better luck with the 980ti group 2, still too much stuff in it but you can try to be certain.
For instance, here's my working 750 Ti groupings, there's only the VGA-compatible device and the GPU Audio chip :
Code: | IOMMU Group 12 02:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM107 [GeForce GTX 750 Ti] [10de:1380] (rev a2)
IOMMU Group 12 02:00.1 Audio device [0403]: NVIDIA Corporation Device [10de:0fbc] (rev a1) |
The reference for AGESA 1.0.0.7 improving IOMMU groups is here : https://www.reddit.com/r/VFIO/comments/7dpsva/new_iommu_groups_on_ryzen_agesa_1007/ _________________ Gentoo stable with bits of ~amd64 // Xfce 4.13 + Compiz Reloaded. |
|
Back to top |
|
|
dylanmc Apprentice
Joined: 18 Apr 2014 Posts: 157 Location: Modena, Italy
|
Posted: Tue Dec 19, 2017 6:04 pm Post subject: |
|
|
I will try, actually I have nothing else to do
I hope in a AGESA 1.0.0.7 soon ... now I'm thinking about that I have to buy an intel processor |
|
Back to top |
|
|
Myu Apprentice
Joined: 22 Oct 2014 Posts: 164 Location: Belgium
|
Posted: Tue Dec 19, 2017 10:42 pm Post subject: |
|
|
I hope that you'll get it soon, may I ask you which motherboard do you have ?
Otherwise, there's already some motherboards with AGESA v1.0.0.7 but I can imagine it's a hassle. _________________ Gentoo stable with bits of ~amd64 // Xfce 4.13 + Compiz Reloaded. |
|
Back to top |
|
|
dylanmc Apprentice
Joined: 18 Apr 2014 Posts: 157 Location: Modena, Italy
|
Posted: Wed Dec 20, 2017 5:51 pm Post subject: |
|
|
Actually I have and MSI Tomahawk B350, buyed 2 week ago.. I have to wait, no other choices |
|
Back to top |
|
|
dylanmc Apprentice
Joined: 18 Apr 2014 Posts: 157 Location: Modena, Italy
|
Posted: Thu Dec 28, 2017 8:32 am Post subject: |
|
|
Another question.
I see that
Code: | OMMU Group 2 00:03.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 2 00:03.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]
IOMMU Group 2 23:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM200 [GeForce GTX 980 Ti] [10de:17c8] (rev a1) |
Seems to be almost usable.. but the is a way to boot up on the secondary vga?
I've tryed with this parm to kernel, with no luck
Code: |
video=vesafb:off,efifb:off |
|
|
Back to top |
|
|
dylanmc Apprentice
Joined: 18 Apr 2014 Posts: 157 Location: Modena, Italy
|
Posted: Thu Dec 28, 2017 4:17 pm Post subject: |
|
|
I've got my initial MB back, and I decide to remount it.
It's a ASUS B350 prime plus, updated to AGESA 1071 but ...
Code: | snoopx /home/luca # ./iommu
IOMMU Group 0 00:01.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 0 00:01.3 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]
IOMMU Group 0 01:00.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Device [1022:43bb] (rev 02)
IOMMU Group 0 01:00.1 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b7] (rev 02)
IOMMU Group 0 01:00.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b2] (rev 02)
IOMMU Group 0 02:00.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b4] (rev 02)
IOMMU Group 0 02:01.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b4] (rev 02)
IOMMU Group 0 02:04.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:43b4] (rev 02)
IOMMU Group 0 03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
IOMMU Group 0 04:00.0 PCI bridge [0604]: ASMedia Technology Inc. ASM1083/1085 PCIe to PCI Bridge [1b21:1080] (rev 04)
IOMMU Group 0 06:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM200 [GeForce GTX 980 Ti] [10de:17c8] (rev a1)
IOMMU Group 0 06:00.1 Audio device [0403]: NVIDIA Corporation GM200 High Definition Audio [10de:0fb0] (rev a1)
IOMMU Group 1 00:02.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 2 00:03.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 2 00:03.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]
IOMMU Group 2 07:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK208 [GeForce GT 710B] [10de:128b] (rev a1)
IOMMU Group 2 07:00.1 Audio device [0403]: NVIDIA Corporation GK208 HDMI/DP Audio Controller [10de:0e0f] (rev a1)
IOMMU Group 3 00:04.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 4 00:07.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 4 00:07.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1454]
IOMMU Group 4 08:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device [1022:145a]
IOMMU Group 4 08:00.2 Encryption controller [1080]: Advanced Micro Devices, Inc. [AMD] Device [1022:1456]
IOMMU Group 4 08:00.3 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Device [1022:145c]
IOMMU Group 5 00:08.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1452]
IOMMU Group 5 00:08.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:1454]
IOMMU Group 5 09:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device [1022:1455]
IOMMU Group 5 09:00.2 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] [1022:7901] (rev 51)
IOMMU Group 5 09:00.3 Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Device [1022:1457]
IOMMU Group 6 00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller [1022:790b] (rev 59)
IOMMU Group 6 00:14.3 ISA bridge [0601]: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge [1022:790e] (rev 51)
IOMMU Group 7 00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1460]
IOMMU Group 7 00:18.1 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1461]
IOMMU Group 7 00:18.2 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1462]
IOMMU Group 7 00:18.3 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1463]
IOMMU Group 7 00:18.4 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1464]
IOMMU Group 7 00:18.5 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1465]
IOMMU Group 7 00:18.6 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1466]
IOMMU Group 7 00:18.7 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:1467]
|
Groups are not different from the other ones, |
|
Back to top |
|
|
Myu Apprentice
Joined: 22 Oct 2014 Posts: 164 Location: Belgium
|
Posted: Thu Dec 28, 2017 4:45 pm Post subject: |
|
|
I'm not sure if I can help much more since it's becoming increasingly more hardware specific but there's someone with the exact same MB from the VFIO subreddit which managed to get it working apparently, maybe you can poke him/her ? : https://www.reddit.com/r/VFIO/comments/7ajpj7/cant_get_passthrough_to_work/
You can also ask directly there, there's quite a community with Ryzen boards : https://reddit.com/r/vfio _________________ Gentoo stable with bits of ~amd64 // Xfce 4.13 + Compiz Reloaded. |
|
Back to top |
|
|
dylanmc Apprentice
Joined: 18 Apr 2014 Posts: 157 Location: Modena, Italy
|
Posted: Thu Dec 28, 2017 10:23 pm Post subject: |
|
|
Thanks.
I have read/write somethin (but I don't have understand how I have to format code in that forum) now I have to wait.
I have understood that my group 2 is passable for passtrought, but I have to boot in to the secondary VAGa card, as written here https://www.reddit.com/r/VFIO/comments/616xih/gpu_passthrough_with_msi_b350_tomahawk/
but I didn't get it works
I pass to the kernel the parameter Code: | Modify /etc/default/grub and add “vfio-pci.ids=dead:beef video=efifb:off” to GRUB_CMDLINE_LINUX_DEFAULT (use the PCI vid/pid of your primary GPU, not dead:beef) | but nothing happens.
I use lilo, but the kernel parms are the same.. the primary card still boots up.
I think that I'm near the solution, but I miss something :/ |
|
Back to top |
|
|
dylanmc Apprentice
Joined: 18 Apr 2014 Posts: 157 Location: Modena, Italy
|
Posted: Thu Dec 28, 2017 11:36 pm Post subject: |
|
|
Some good news here.
I was able to switch in the secondary VGA card, after booting up.
The system now goes in the secondart GPU.
I've passtrought the second GPU and the HDMI audio, and the emulator started, removese the messages from the previus boot from firt monitor/first GPU but eaves monitor without signal
And I don't understand why :/
The passtrougt GPU is under vfio-pci module.. damn .. I'm near but stalled for now. :/ |
|
Back to top |
|
|
Myu Apprentice
Joined: 22 Oct 2014 Posts: 164 Location: Belgium
|
Posted: Fri Dec 29, 2017 10:25 am Post subject: |
|
|
We're slowly getting there I see on Reddit that someone with the same MB managed to do it so there's hope !
I'm not sure I understood you last sentence though
So you isolate the 980Ti properly and are booted into Gentoo with you 710 right ?
Then you start QEMU and what happens ? You don't have signal on the screen output wired to the 980 ? Not even BIOS logo (Tianocore)
Do you still signal from you Gentoo desktop while doing that ? Or does it freeze/crash ? _________________ Gentoo stable with bits of ~amd64 // Xfce 4.13 + Compiz Reloaded. |
|
Back to top |
|
|
dylanmc Apprentice
Joined: 18 Apr 2014 Posts: 157 Location: Modena, Italy
|
Posted: Fri Dec 29, 2017 6:07 pm Post subject: |
|
|
Myu wrote: | We're slowly getting there I see on Reddit that someone with the same MB managed to do it so there's hope !
I'm not sure I understood you last sentence though
So you isolate the 980Ti properly and are booted into Gentoo with you 710 right ?
Then you start QEMU and what happens ? You don't have signal on the screen output wired to the 980 ? Not even BIOS logo (Tianocore)
Do you still signal from you Gentoo desktop while doing that ? Or does it freeze/crash ? |
I got the boot with the primary vga, the 980 ti.
During the boot, I've done
Code: | #Section "Device"
# BusID "07:00.0"
# Identifier "Device0"
# Driver "nvidia"
# VendorName "NVIDIA Corporation"
# BoardName "GeForce GTX 760"
#EndSection
Section "Device"
BusID "06:00:0"
Identifier "Device1"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce GT 710"
EndSection
|
to prevent the x server loads on primary GPU (908).
X server is running now on the secondary GPU (710).
I've launched the virt-manager, added the isolated primary GPU (980) successfully ( I hope, no error messages as before) and the monitor who get the signal from the firts GPU seems to load someting, but after 2/3 seconds get black.
Maybee I have to isolate the primary GPU after he gets out from xorg.conf, but I've tried in kernel with no luck, tha card still shows me the first boot messages
The emulator not crash, I was ablòe also to passtrought keyboard and mouse, but I don't see anithing
Maybee I have to pass the rom file.. I don't know.. or I must have to override firts gpu in the kernel.
(sorry for my english... I think is not so clear as your's ) |
|
Back to top |
|
|
dylanmc Apprentice
Joined: 18 Apr 2014 Posts: 157 Location: Modena, Italy
|
|
Back to top |
|
|
dylanmc Apprentice
Joined: 18 Apr 2014 Posts: 157 Location: Modena, Italy
|
Posted: Tue Jan 09, 2018 10:35 pm Post subject: |
|
|
I'm not able to solve my problems.. I've read a lot of threads, with no luck.
I'm sill very close, the GPU Passtrought works, but the virt-manager launch a black screen |
|
Back to top |
|
|
szatox Advocate
Joined: 27 Aug 2013 Posts: 3136
|
Posted: Tue Jan 09, 2018 11:18 pm Post subject: |
|
|
Quote: | I'm sill very close, the GPU Passtrought works, but the virt-manager launch a black screen | 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. |
|
Back to top |
|
|
keet Guru
Joined: 09 Sep 2008 Posts: 568
|
Posted: Wed Jan 10, 2018 2:56 am Post subject: |
|
|
I'm not sure whether I'll be able to help at all, but I do have V.G.A. passthrough working on both Linux and Windows guests using plain qemu without virt-manager (the host is headless). The configurations do vary on several lines, not out of necessity, but simply because I worked on optimizing/cleaning the Gentoo configuration more recently than the Windows one (which I haven't booted into in over a week... but performance was great when I did last use it). Thus, please don't interpret differences between the two as necessary or even useful. I've just been lazy and not used/reconfigured Windows recently. For example, Gentoo uses U.E.F.I., but Windows uses B.I.O.S. Gentoo originally used B.I.O.S., but I converted it, and I hope to do the same with Windows, once I actually want to use it again.
Gentoo:
Code: | exec qemu-system-x86_64 -enable-kvm \
-drive file=/home/myuseraccount/OVMF.fd,if=pflash,format=raw,unit=0,readonly=off \
-drive if=pflash,format=raw,file=/home/myuseraccount/OVMF_VARS.fd,readonly=off \
-cpu host,kvm=off -smp 8 \
-drive file=/home/myuseraccount/Gentoo.img,if=virtio \
-m 8G \
-M q35 \
-netdev bridge,id=mynet1 -device virtio-net-pci,netdev=mynet1,id=nic2,mac=(M.A.C. address) \
-name "Gentoo" \
-device vfio-pci,host=01:00.0,x-vga=on \
-device vfio-pci,host=01:00.1,bus=pcie.0 \
-device nec-usb-xhci,id=xhci \
-device usb-host,bus=xhci.0,vendorid=0x13fe,productid=0x5500 \
-device usb-host,vendorid=0x04d9,productid=0x2013 \
# many more lines like this for other U.S.B. devices \
-vga none -nographic \
$@ |
Windows 10:
Code: | exec qemu-system-x86_64 -enable-kvm \
-cpu host,hv_vendor_id=Nvidia43FIX,kvm=off -smp sockets=1,cores=3,threads=2 \
-drive file=/home/myuseraccount/Windows10.img,if=virtio \
-m 8G -mem-prealloc \
-machine type=q35,accel=kvm \
-device ich9-usb-ehci1,id=usb \
-device ich9-usb-uhci1,masterbus=usb.0,firstport=0,multifunction=on \
-device ich9-usb-uhci2,masterbus=usb.0,firstport=2 \
-device ich9-usb-uhci3,masterbus=usb.0,firstport=4 \
-soundhw hda \
-netdev bridge,id=mynet1 -device virtio-net-pci,netdev=mynet1,id=nic2,mac=(M.A.C. address) \
-name "Windows 10" \
-device ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1 \
-bios /usr/share/qemu/bios.bin \
-device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on \
-device vfio-pci,host=01:00.1,bus=pcie.0 \
-device usb-host,vendorid=04d9,productid=2013 \
# Many more lines like this for other U.S.B. devices \
-vga none -nographic \
$@ |
My Gentoo configuration is a bit different than the Windows one because I simplified it a bit, but it did work when it was configured similarly to the Windows 10 one.
I also need to run these commands to unbind the devices and enable them for vfio-pci:
Code: | echo 0000:01:00.0 > /sys/bus/pci/devices/0000:01:00.0/driver/unbind
echo 0000:01:00.1 > /sys/bus/pci/devices/0000:01:00.1/driver/unbind
echo 10de 1b81 > /sys/bus/pci/drivers/vfio-pci/new_id
echo 10de 10f0 > /sys/bus/pci/drivers/vfio-pci/new_id |
Also:
Code: | cat /etc/udev/rules.d/10-qemu-hw-users.rules
SUBSYSTEM=="vfio", OWNER="root", GROUP="kvm", MODE="0770"
KERNEL=="vfio", SUBSYSTEM=="misc", OWNER="root", GROUP="kvm", MODE="0660"
KERNEL=="1", SUBSYSTEM=="vfio", OWNER="root", GROUP="kvm", MODE="0660"
# chmod ug+rX /dev/vfio |
Also, the network bridging was a bit tricky to set up, but I think that I used these commands:
Code: | ip tuntap add dev tap0 mode tap group kvm
ip link set dev tap0 up promisc on
ip addr add 0.0.0.0 dev tap0
ip link add br0 type bridge
ip link set br0 up
ip link set tap0 master br0
echo 0 > /sys/class/net/br0/bridge/stp_state
ip addr add 10.0.1.1/24 dev br0
sysctl net.ipv4.conf.tap0.proxy_arp=1
sysctl net.ipv4.conf.eth1.proxy_arp=1
sysctl net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -o eth1 -j MASQUERADE
iptables -A FORWARD -i br0 -o eth1 -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A FORWARD -i eth1 -o br0 -j ACCEPT |
I mostly used these guides:
https://wiki.debian.org/VGAPassthrough
https://wiki.gentoo.org/wiki/QEMU (along with the 'usage' subpages)
https://www.evonide.com/non-root-gpu-passthrough-setup/
I'm sorry if this is excessive information, but I hope that it helps.[/url] |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|