J89eu Posted October 19, 2019 Share Posted October 19, 2019 (edited) 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 October 20, 2019 by J89eu Quote Link to comment
J89eu Posted October 19, 2019 Author Share Posted October 19, 2019 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 Quote Link to comment
bastl Posted October 20, 2019 Share Posted October 20, 2019 @J89eu Try to start the VM with only 1 core. This issue often happens on fresh Windows VMs on first setup. After installing the OS with only 1 core and first boot to desktop you should be able to give the VM the rest of the cores you like and it should boot up. Quote Link to comment
J89eu Posted October 20, 2019 Author Share Posted October 20, 2019 That didn't work but I didn't think it would as without the GPU passthrough and instead using VNC it works. I already have the OS installed on the NVMe from using it in my last setup. Still struggling Quote Link to comment
J89eu Posted October 20, 2019 Author Share Posted October 20, 2019 (edited) 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 October 20, 2019 by J89eu Quote Link to comment
bastl Posted October 20, 2019 Share Posted October 20, 2019 Did you tried a different pci slot for the card? Quote Link to comment
thomas Posted October 21, 2019 Share Posted October 21, 2019 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... Quote Link to comment
david279 Posted October 21, 2019 Share Posted October 21, 2019 Stub the card from the system Quote Link to comment
bastl Posted October 21, 2019 Share Posted October 21, 2019 5 hours ago, thomas said: graphic card remaining in an unknown power state There should be a fix for the AMD reset bug included in the RC version of Unraid he uses. Did you tried the 6.8 RC already? Quote Link to comment
J89eu Posted October 21, 2019 Author Share Posted October 21, 2019 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! Quote Link to comment
J89eu Posted October 21, 2019 Author Share Posted October 21, 2019 (edited) 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 October 21, 2019 by J89eu Quote Link to comment
thomas Posted October 21, 2019 Share Posted October 21, 2019 2 hours ago, J89eu said: 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 This is just to confirm the fix is working properly in your case. Quote Link to comment
J89eu Posted October 21, 2019 Author Share Posted October 21, 2019 (edited) 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 October 21, 2019 by J89eu Quote Link to comment
J89eu Posted October 21, 2019 Author Share Posted October 21, 2019 Back in front of the monitor now and sadly still have the exact same issues after stubbing the GPU... I'm really struggling ! Quote Link to comment
J89eu Posted October 21, 2019 Author Share Posted October 21, 2019 (edited) 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 October 21, 2019 by J89eu Quote Link to comment
J89eu Posted October 22, 2019 Author Share Posted October 22, 2019 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 Quote Link to comment
thomas Posted October 22, 2019 Share Posted October 22, 2019 Change the machine type to Q35. 1 Quote Link to comment
J89eu Posted October 22, 2019 Author Share Posted October 22, 2019 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..! Quote Link to comment
thomas Posted October 22, 2019 Share Posted October 22, 2019 "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. Quote Link to comment
J89eu Posted October 22, 2019 Author Share Posted October 22, 2019 (edited) Thanks for that, will work my way through. Now to just get the soundcard working! (and confirm it's all working when at home!) Edited October 22, 2019 by J89eu Quote Link to comment
J89eu Posted October 22, 2019 Author Share Posted October 22, 2019 Sound card now working, had to renable "both" on the ACS override, not sure what that does vs downstream but there ya go Quote Link to comment
J89eu Posted October 23, 2019 Author Share Posted October 23, 2019 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? 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 Quote Link to comment
J89eu Posted October 23, 2019 Author Share Posted October 23, 2019 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 Quote Link to comment
testdasi Posted October 23, 2019 Share Posted October 23, 2019 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. Quote Link to comment
J89eu Posted October 23, 2019 Author Share Posted October 23, 2019 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! Quote Link to comment
Recommended Posts
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.