Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
PCI passthrough - VFIO and QEMU.
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3  Next  
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
bunder
Bodhisattva
Bodhisattva


Joined: 10 Apr 2004
Posts: 5934

PostPosted: Sun Dec 17, 2017 12:42 pm    Post subject: Reply with quote

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
View user's profile Send private message
dylanmc
Apprentice
Apprentice


Joined: 18 Apr 2014
Posts: 157
Location: Modena, Italy

PostPosted: Sun Dec 17, 2017 2:44 pm    Post subject: Reply with quote

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
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 21633

PostPosted: Sun Dec 17, 2017 5:30 pm    Post subject: Reply with quote

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
View user's profile Send private message
dylanmc
Apprentice
Apprentice


Joined: 18 Apr 2014
Posts: 157
Location: Modena, Italy

PostPosted: Sun Dec 17, 2017 6:49 pm    Post subject: Reply with quote

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
View user's profile Send private message
dylanmc
Apprentice
Apprentice


Joined: 18 Apr 2014
Posts: 157
Location: Modena, Italy

PostPosted: Sun Dec 17, 2017 7:37 pm    Post subject: Reply with quote

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
View user's profile Send private message
Myu
Apprentice
Apprentice


Joined: 22 Oct 2014
Posts: 164
Location: Belgium

PostPosted: Sun Dec 17, 2017 9:39 pm    Post subject: Reply with quote

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
View user's profile Send private message
dylanmc
Apprentice
Apprentice


Joined: 18 Apr 2014
Posts: 157
Location: Modena, Italy

PostPosted: Sun Dec 17, 2017 10:38 pm    Post subject: Reply with quote

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
View user's profile Send private message
Myu
Apprentice
Apprentice


Joined: 22 Oct 2014
Posts: 164
Location: Belgium

PostPosted: Sun Dec 17, 2017 11:11 pm    Post subject: Reply with quote

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
View user's profile Send private message
dylanmc
Apprentice
Apprentice


Joined: 18 Apr 2014
Posts: 157
Location: Modena, Italy

PostPosted: Mon Dec 18, 2017 1:01 am    Post subject: Reply with quote

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
View user's profile Send private message
dylanmc
Apprentice
Apprentice


Joined: 18 Apr 2014
Posts: 157
Location: Modena, Italy

PostPosted: Mon Dec 18, 2017 9:17 pm    Post subject: Reply with quote

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
View user's profile Send private message
Myu
Apprentice
Apprentice


Joined: 22 Oct 2014
Posts: 164
Location: Belgium

PostPosted: Tue Dec 19, 2017 10:51 am    Post subject: Reply with quote

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
View user's profile Send private message
dylanmc
Apprentice
Apprentice


Joined: 18 Apr 2014
Posts: 157
Location: Modena, Italy

PostPosted: Tue Dec 19, 2017 6:04 pm    Post subject: Reply with quote

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
View user's profile Send private message
Myu
Apprentice
Apprentice


Joined: 22 Oct 2014
Posts: 164
Location: Belgium

PostPosted: Tue Dec 19, 2017 10:42 pm    Post subject: Reply with quote

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
View user's profile Send private message
dylanmc
Apprentice
Apprentice


Joined: 18 Apr 2014
Posts: 157
Location: Modena, Italy

PostPosted: Wed Dec 20, 2017 5:51 pm    Post subject: Reply with quote

Actually I have and MSI Tomahawk B350, buyed 2 week ago.. I have to wait, no other choices :P
Back to top
View user's profile Send private message
dylanmc
Apprentice
Apprentice


Joined: 18 Apr 2014
Posts: 157
Location: Modena, Italy

PostPosted: Thu Dec 28, 2017 8:32 am    Post subject: Reply with quote

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
View user's profile Send private message
dylanmc
Apprentice
Apprentice


Joined: 18 Apr 2014
Posts: 157
Location: Modena, Italy

PostPosted: Thu Dec 28, 2017 4:17 pm    Post subject: Reply with quote

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
View user's profile Send private message
Myu
Apprentice
Apprentice


Joined: 22 Oct 2014
Posts: 164
Location: Belgium

PostPosted: Thu Dec 28, 2017 4:45 pm    Post subject: Reply with quote

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
View user's profile Send private message
dylanmc
Apprentice
Apprentice


Joined: 18 Apr 2014
Posts: 157
Location: Modena, Italy

PostPosted: Thu Dec 28, 2017 10:23 pm    Post subject: Reply with quote

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
View user's profile Send private message
dylanmc
Apprentice
Apprentice


Joined: 18 Apr 2014
Posts: 157
Location: Modena, Italy

PostPosted: Thu Dec 28, 2017 11:36 pm    Post subject: Reply with quote

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
View user's profile Send private message
Myu
Apprentice
Apprentice


Joined: 22 Oct 2014
Posts: 164
Location: Belgium

PostPosted: Fri Dec 29, 2017 10:25 am    Post subject: Reply with quote

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
View user's profile Send private message
dylanmc
Apprentice
Apprentice


Joined: 18 Apr 2014
Posts: 157
Location: Modena, Italy

PostPosted: Fri Dec 29, 2017 6:07 pm    Post subject: Reply with quote

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
View user's profile Send private message
dylanmc
Apprentice
Apprentice


Joined: 18 Apr 2014
Posts: 157
Location: Modena, Italy

PostPosted: Fri Dec 29, 2017 10:25 pm    Post subject: Reply with quote

https://www.reddit.com/r/VFIO/comments/7mpuup/asus_b350_prime_plus_and_passtrought_problems/

fingers crossed.. :)
Back to top
View user's profile Send private message
dylanmc
Apprentice
Apprentice


Joined: 18 Apr 2014
Posts: 157
Location: Modena, Italy

PostPosted: Tue Jan 09, 2018 10:35 pm    Post subject: Reply with quote

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
View user's profile Send private message
szatox
Advocate
Advocate


Joined: 27 Aug 2013
Posts: 3136

PostPosted: Tue Jan 09, 2018 11:18 pm    Post subject: Reply with quote

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
View user's profile Send private message
keet
Guru
Guru


Joined: 09 Sep 2008
Posts: 568

PostPosted: Wed Jan 10, 2018 2:56 am    Post subject: Reply with quote

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
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Goto page Previous  1, 2, 3  Next
Page 2 of 3

 
Jump to:  
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