Struggling with GPU Passthrough - stuck at Tianocore


J89eu

Recommended Posts

Hi all

 

Since located the issue so the strikethrough is just there for the old info

 

Please see later posts for full info but I am stuck at Tianocore when booting my VM with a Vega56

Most info is here:

 

I've just swapped my system from Intel to AMD 3700x and just trying to get my NVME drive working so the VM is back in business. I've added the following XML in place of the virtual disk

 

System specs:

AMD Ryzen 3700x

MSI B450 Carbon AC

Vega 56 

Creative soundcard

NVME M.2

Rest is typical kind of setup, 2 SSDs for cache, drives, RAM etc.

 

Currently running 6.8 RC3 but I don't think that has any bearing for this issue as it was working fine with the old mobo and CPU on 6.8 RC2

 

 

My diagnostics are attached and the IOMMU Group for the NVME drive is as follows:

IOMMU group 12:[144d:a804] 01:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller SM961/PM961

 

Any help most appreciated!

atlas-diagnostics-20191019-1222.zip

Edited by J89eu
Link to comment

Ok so I've now found that this isn't the NVME passthrough but I am still having issues with the VM in general, I've managed to pass through the VM but not all my devices, when I have just the GPU and the NVME in the VM settings I just get stuck at TianoCore. Can't figure it out :(

Link to comment

I've just started from scratch essentially and added all my devices apart from the Vega 56 as GPU and my soundcard. 

 

When I add my GPU I get stuck at Tianocore.

 

When I add the soundcard I get a big long error:

internal error: qemu unexpectedly closed the monitor: 2019-10-20T18:56:12.173272Z qemu-system-x86_64: -device vfio-pci,host=0000:26:00.0,id=hostdev1,bus=pci.0,addr=0x6: vfio 0000:26:00.0: group 17 is not viable Please ensure all devices within the iommu_group are bound to their vfio bus driver.

 

This is the XML that worked to this point 

<?xml version='1.0' encoding='UTF-8'?>
<domain type='kvm'>
  <name>Windows 10</name>
  <uuid>44f91578-798e-d35f-6e72-d5193ca57643</uuid>
  <metadata>
    <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/>
  </metadata>
  <memory unit='KiB'>2097152</memory>
  <currentMemory unit='KiB'>2097152</currentMemory>
  <memoryBacking>
    <nosharepages/>
  </memoryBacking>
  <vcpu placement='static'>8</vcpu>
  <cputune>
    <vcpupin vcpu='0' cpuset='4'/>
    <vcpupin vcpu='1' cpuset='12'/>
    <vcpupin vcpu='2' cpuset='5'/>
    <vcpupin vcpu='3' cpuset='13'/>
    <vcpupin vcpu='4' cpuset='6'/>
    <vcpupin vcpu='5' cpuset='14'/>
    <vcpupin vcpu='6' cpuset='7'/>
    <vcpupin vcpu='7' cpuset='15'/>
  </cputune>
  <os>
    <type arch='x86_64' machine='pc-i440fx-4.1'>hvm</type>
    <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader>
    <nvram>/etc/libvirt/qemu/nvram/44f91578-798e-d35f-6e72-d5193ca57643_VARS-pure-efi.fd</nvram>
    <boot dev='hd'/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <hyperv>
      <relaxed state='on'/>
      <vapic state='on'/>
      <spinlocks state='on' retries='8191'/>
      <vendor_id state='on' value='none'/>
    </hyperv>
  </features>
  <cpu mode='host-passthrough' check='none'>
    <topology sockets='1' cores='8' threads='1'/>
  </cpu>
  <clock offset='localtime'>
    <timer name='hypervclock' present='yes'/>
    <timer name='hpet' present='no'/>
  </clock>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/local/sbin/qemu</emulator>
    <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <source file='/mnt/user/isos/virtio-win-0.1.160-1.iso'/>
      <target dev='hdb' bus='ide'/>
      <readonly/>
      <address type='drive' controller='0' bus='0' target='0' unit='1'/>
    </disk>
    <controller type='usb' index='0' model='ich9-ehci1'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci1'>
      <master startport='0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci2'>
      <master startport='2'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci3'>
      <master startport='4'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/>
    </controller>
    <controller type='pci' index='0' model='pci-root'/>
    <controller type='ide' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    </controller>
    <controller type='virtio-serial' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </controller>
    <interface type='bridge'>
      <mac address='52:54:00:89:fe:bf'/>
      <source bridge='br0'/>
      <model type='virtio'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </interface>
    <serial type='pty'>
      <target type='isa-serial' port='0'>
        <model name='isa-serial'/>
      </target>
    </serial>
    <console type='pty'>
      <target type='serial' port='0'/>
    </console>
    <channel type='unix'>
      <target type='virtio' name='org.qemu.guest_agent.0'/>
      <address type='virtio-serial' controller='0' bus='0' port='1'/>
    </channel>
    <input type='tablet' bus='usb'>
      <address type='usb' bus='0' port='1'/>
    </input>
    <input type='mouse' bus='ps2'/>
    <input type='keyboard' bus='ps2'/>
    <graphics type='vnc' port='-1' autoport='yes' websocket='-1' listen='0.0.0.0' keymap='en-gb'>
      <listen type='address' address='0.0.0.0'/>
    </graphics>
    <video>
      <model type='qxl' ram='65536' vram='65536' vgamem='16384' heads='1' primary='yes'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </video>
    <hostdev mode='subsystem' type='pci' managed='yes'>
      <driver name='vfio'/>
      <source>
        <address domain='0x0000' bus='0x2b' slot='0x00' function='0x1'/>
      </source>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
    </hostdev>
    <hostdev mode='subsystem' type='pci' managed='yes'>
      <driver name='vfio'/>
      <source>
        <address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/>
      </source>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>
    </hostdev>
    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x0424'/>
        <product id='0x2228'/>
      </source>
      <address type='usb' bus='0' port='2'/>
    </hostdev>
    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x1462'/>
        <product id='0x7b85'/>
      </source>
      <address type='usb' bus='0' port='3'/>
    </hostdev>
    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x1e7d'/>
        <product id='0x2dcd'/>
      </source>
      <address type='usb' bus='0' port='4'/>
    </hostdev>
    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x2516'/>
        <product id='0x0004'/>
      </source>
      <address type='usb' bus='0' port='5'/>
    </hostdev>
    <memballoon model='none'/>
  </devices>
</domain>

This is where it then gets stuck at Tianocore but with no dedicated soundcard:

<?xml version='1.0' encoding='UTF-8'?>
<domain type='kvm'>
  <name>Windows 10</name>
  <uuid>44f91578-798e-d35f-6e72-d5193ca57643</uuid>
  <metadata>
    <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/>
  </metadata>
  <memory unit='KiB'>2097152</memory>
  <currentMemory unit='KiB'>2097152</currentMemory>
  <memoryBacking>
    <nosharepages/>
  </memoryBacking>
  <vcpu placement='static'>8</vcpu>
  <cputune>
    <vcpupin vcpu='0' cpuset='4'/>
    <vcpupin vcpu='1' cpuset='12'/>
    <vcpupin vcpu='2' cpuset='5'/>
    <vcpupin vcpu='3' cpuset='13'/>
    <vcpupin vcpu='4' cpuset='6'/>
    <vcpupin vcpu='5' cpuset='14'/>
    <vcpupin vcpu='6' cpuset='7'/>
    <vcpupin vcpu='7' cpuset='15'/>
  </cputune>
  <os>
    <type arch='x86_64' machine='pc-i440fx-4.1'>hvm</type>
    <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader>
    <nvram>/etc/libvirt/qemu/nvram/44f91578-798e-d35f-6e72-d5193ca57643_VARS-pure-efi.fd</nvram>
    <boot dev='hd'/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <hyperv>
      <relaxed state='on'/>
      <vapic state='on'/>
      <spinlocks state='on' retries='8191'/>
      <vendor_id state='on' value='none'/>
    </hyperv>
  </features>
  <cpu mode='host-passthrough' check='none'>
    <topology sockets='1' cores='8' threads='1'/>
  </cpu>
  <clock offset='localtime'>
    <timer name='hypervclock' present='yes'/>
    <timer name='hpet' present='no'/>
  </clock>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/local/sbin/qemu</emulator>
    <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <source file='/mnt/user/isos/virtio-win-0.1.160-1.iso'/>
      <target dev='hdb' bus='ide'/>
      <readonly/>
      <address type='drive' controller='0' bus='0' target='0' unit='1'/>
    </disk>
    <controller type='usb' index='0' model='ich9-ehci1'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci1'>
      <master startport='0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci2'>
      <master startport='2'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci3'>
      <master startport='4'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/>
    </controller>
    <controller type='pci' index='0' model='pci-root'/>
    <controller type='ide' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    </controller>
    <controller type='virtio-serial' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </controller>
    <interface type='bridge'>
      <mac address='52:54:00:89:fe:bf'/>
      <source bridge='br0'/>
      <model type='virtio'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </interface>
    <serial type='pty'>
      <target type='isa-serial' port='0'>
        <model name='isa-serial'/>
      </target>
    </serial>
    <console type='pty'>
      <target type='serial' port='0'/>
    </console>
    <channel type='unix'>
      <target type='virtio' name='org.qemu.guest_agent.0'/>
      <address type='virtio-serial' controller='0' bus='0' port='1'/>
    </channel>
    <input type='tablet' bus='usb'>
      <address type='usb' bus='0' port='1'/>
    </input>
    <input type='mouse' bus='ps2'/>
    <input type='keyboard' bus='ps2'/>
    <hostdev mode='subsystem' type='pci' managed='yes'>
      <driver name='vfio'/>
      <source>
        <address domain='0x0000' bus='0x2b' slot='0x00' function='0x0'/>
      </source>
      <rom file='/mnt/user/isos/Powercolor.RXVega56.8176.170730.rom'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </hostdev>
    <hostdev mode='subsystem' type='pci' managed='yes'>
      <driver name='vfio'/>
      <source>
        <address domain='0x0000' bus='0x2b' slot='0x00' function='0x1'/>
      </source>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
    </hostdev>
    <hostdev mode='subsystem' type='pci' managed='yes'>
      <driver name='vfio'/>
      <source>
        <address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/>
      </source>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>
    </hostdev>
    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x0424'/>
        <product id='0x2228'/>
      </source>
      <address type='usb' bus='0' port='2'/>
    </hostdev>
    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x1462'/>
        <product id='0x7b85'/>
      </source>
      <address type='usb' bus='0' port='3'/>
    </hostdev>
    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x1e7d'/>
        <product id='0x2dcd'/>
      </source>
      <address type='usb' bus='0' port='4'/>
    </hostdev>
    <hostdev mode='subsystem' type='usb' managed='no'>
      <source>
        <vendor id='0x2516'/>
        <product id='0x0004'/>
      </source>
      <address type='usb' bus='0' port='5'/>
    </hostdev>
    <memballoon model='none'/>
  </devices>
</domain>

I also get the following in the VM log:

2019-10-20T19:08:26.282598Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x185938, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282605Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x185940, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282611Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x185948, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282619Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x185950, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282625Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x185958, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282633Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x185960, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282640Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x185968, 0x0,1) failed: Device or resource busy
2019-10-20T19:08:26.282648Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x185969, 0x0,1) failed: Device or resource busy
2019-10-20T19:08:26.282655Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x18596a, 0x0,1) failed: Device or resource busy
2019-10-20T19:08:26.282662Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x18596b, 0xff,1) failed: Device or resource busy
2019-10-20T19:08:26.282670Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x186618, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282676Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x186620, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282684Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x186620, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282690Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x186628, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282698Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x186630, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282704Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x186638, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282711Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x186640, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282718Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x186648, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282725Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x186650, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282731Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x186658, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282739Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x186660, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282746Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x186668, 0x0,1) failed: Device or resource busy
2019-10-20T19:08:26.282754Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x186669, 0x0,1) failed: Device or resource busy
2019-10-20T19:08:26.282761Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x18666a, 0x0,1) failed: Device or resource busy
2019-10-20T19:08:26.282769Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x18666b, 0xff,1) failed: Device or resource busy
2019-10-20T19:08:26.282777Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x187318, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282783Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x187320, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282790Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x187320, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282797Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x187328, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282804Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x187330, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282810Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x187338, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282818Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x187340, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282830Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x187348, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282840Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x187350, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282849Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x187358, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282858Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x187360, 0xff000000ff000000,8) failed: Device or resource busy
2019-10-20T19:08:26.282868Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x187368, 0x0,1) failed: Device or resource busy
2019-10-20T19:08:26.282881Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x187369, 0x0,1) failed: Device or resource busy
2019-10-20T19:08:26.282892Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x18736a, 0x0,1) failed: Device or resource busy
2019-10-20T19:08:26.282901Z qemu-system-x86_64: vfio_region_write(0000:2b:00.0:region0+0x18736b, 0xff,1) failed: Device or resource busy

 

Also added the latest diagnostics as that can't hurt to add

atlas-diagnostics-20191020-1857.zip

Edited by J89eu
Link to comment

For me, when a VM gets stuck at Tianocore it usually after a force stop of a VM and the graphic card remaining in an unknown power state. My only way to recover is to power down the server, then power it up and the VM with passthrough graphic card will start properly. Try that and see how it goes...

 

 

 

 

 

Link to comment
7 hours ago, thomas said:

For me, when a VM gets stuck at Tianocore it usually after a force stop of a VM and the graphic card remaining in an unknown power state. My only way to recover is to power down the server, then power it up and the VM with passthrough graphic card will start properly. Try that and see how it goes...

 

 

 

 

 

I used to experienec this a lot so I do tend to do this each time it gets "stuck" but as per the more recent post I believe the fix is now in the OS

7 hours ago, david279 said:

Stub the card from the system

I will try this, never stubbed before so I'll learn how and report back!

Link to comment

Just testing this from work so a little difficult via a phone but I've stubbed the GPU (not the GPU sound card or the dedicated sound card) and as I cannot see the monitor I added VNC as primary GPU and the vega as secondary, seemed to attempt to boot Windows but still getting stuck at the TianoCore screen and my Chrome remote desktop isn't showing the OS as up so I think it's still not working though I should probably best testing from in front of the monitor.

 

Should I be stubbing the GPU's graphics card alongside the GPU?

Edited by J89eu
Link to comment
5 minutes ago, thomas said:

This is just to confirm the fix is working properly in your case.

Sure, I am still rebooting just in case. I've just stubbed the GPU sound card and the Creative soundcard but still not working, still getting stuck at the Tianocore screen, I do get the spinning dots but they've froze... Argh.. I've also redeuced to 1 core in case that would be causing the issue but nope. Driving me mad!! Almost at the point of returning the CPU and motherboard now 

Edited by J89eu
Link to comment

Ok just reading through some other posts on the forum I was lead to a post that got me further... 

 

Still testing with it as I've only managed to get it into startup repair and then have to run it again after to get it up but then gets stuck again. Still, it's some progress

 

EDIT: So with this script I can get the spinning windows loading dots which crashes and then if I run the commands again I get into startup repair and then get in the same loop. I've tried adding a VNC graphics card and then completing startup repair, getting to the desktop and then shutting it down, running the script then adding in the Vega but then it freezes again.

 

When it does crash the 1 core I passed through goes to 100% as well

Edited by J89eu
Link to comment

Ok more testing this morning I thought I'd start up a new installation completely and see where I got. I managed to install Windows and the VM drivers but then when installing the AMD Vega drivers the screen went black and after a reboot I'm stuck in the same situation as before. Does this lead to any suggestions from anyone? Appears it could be the GPU causing the issues.... I still have it stubbed alongside the GPU soundcard and the dedicated soundcard. ACS override is off but this doesn't seem to change anything for me anyway

Link to comment
34 minutes ago, thomas said:

Change the machine type to Q35.

Ok, that seems to have fixed it... VNC still fails but remote desktop came up and I was at the desktop, this is via my phone so difficult to give it a proper test but that's looking good. If that works, I think I'll un-stub the devices and see how it goes and ramp it back up if it fails. Thank you for the suggestion, Thomas, I wonder why Q35 works..!

Link to comment

"Summary

Add emulation of the ICH9 host chipset as an alternative to the current I440FX emulation. This will allow for better support of PCI-E passthrough since ICH9 uses a PCI-E bus whereas the I440FX only supports a PCI bus." from https://wiki.qemu.org/Features/Q35 

 

You can read more in forum, but this is a good post

 I also have an AMD graphic card and I have seen a lot of your issues.

 

Link to comment

Well, I said the sound card was working, it's passing through but then isn't seen in Windows, but nor is the Vega graphics card (for HDMI)

Any ideas?

image.png.800e61dc2c015194233cda895c5dc24b.png

 

I also have an issue where it seems to forget to boot from the NVME as well and the only way I can get it to boot again is to remove the passthrough of the NVME and then add the following hostdev:

<hostdev mode='subsystem' type='pci' managed='yes'>
<driver name='vfio'/>
<source>
<address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/>
</source>
<alias name='hostdev5'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>
</hostdev>

 

So something changes in the XML when it boots I guess. I need to do a compare between a booting XML and then when it breaks. Though I know I can fix this, the soundcard is a show stopper currently

Link to comment
8 minutes ago, J89eu said:

So I found I was using the old method of stubbing, changed it to the new VFIO method and now the server hasn't come back up after a reboot.. Hopefully nothing too bad to sort once I get home... I wish it was easy to do this haha

vfio stubbing shouldn't cause your server to fail to boot unless you have stubbed something critical. Perhaps, you may have some other inherent issues.

 

Anyway, start with the simplest "fix". Are you booting Unraid in legacy mode (i.e. NOT UEFI)? That simple step solves a lot of my PCIe pass-through issues so I would suggest starting from there.

Link to comment
23 minutes ago, testdasi said:

Anyway, start with the simplest "fix". Are you booting Unraid in legacy mode (i.e. NOT UEFI)? That simple step solves a lot of my PCIe pass-through issues so I would suggest starting from there.

I use UEFI for booting, I was having some issues with legacy so switch to UEFI and haven't looked back. Can't do much for a few hours as I'm not at home!

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.