ab5g

I just upgraded to Proxmox 8.09 and the issue persists. I was able to get the VM to boot by removing the pcie-express checkmark in the VM definition. @ghost82 - I dont understand what it means but the VM boots under q35 8.1. I know a lot of users complained about being stuck in Unraid 6.11 because of this issue - perhaps this works for them ?

Same behaviour on proxmox8 with qemu8. Works well on Proxmox 7.4 with kernel 5.15. On Proxmox 8, the AMD gpu is the one which causes the machine to hang (removing it and using VMware virtual display adapter works fine). Downgrading the machine type or using an older kernel does not work. So consistent result with what you have there. BTW how did you inject the older DSDT ? and do you have a copy of it

Can confirm it doesnt work with 6.11.2 also. Windows on the other hand with 6.11.2 does not seem to have any isses with passed through Fenvi card.

+1 to this issue with Fenvi and Unraid 6.11.0(6.11.1). If I keep the Wifi off, the VM boots. Absolutely no issues with 6.10.3. I am on 1,1 - doesn't look to be a smbios issue but rather a passthrough issue. The moment it connects to the Wifi, the VM freezes.

+1 to this issue with Fenvi and Unraid 6.11.0(6.11.1). If I keep the Wifi off, the VM boots. Absolutely no issues with 6.10.3. The moment it connects to the Wifi, the VM freezes.

Have narrowed it down to the Ethernet <model type='e1000-82545em'/> that is used. Without it, the OS loads fine (I updated to OC to 0.8.5 too). Recommended to uninstall Little Snitch as it significantly slows down Wifi. When I disable the Ethernet adapter, the OS loads fine (I have to disable the adapter within a few seconds of after I enter my password on the login screen). Any ideas ?

I did the port map earlier and it has worked for me since BigSur. The exact config boots normally with Monterey but fails with Ventura. The EFI is 0.8.4. I'll try tonight to upgrade it to 0.8.5 and see if that makes a difference.

So I have a i9-10850K CPU which is passed through to the OSX VM. <cpu mode='host-passthrough' check='none' migratable='on'> <topology sockets='1' dies='1' cores='8' threads='1'/> <cache mode='passthrough'/> </cpu> <qemu:arg value='-cpu'/> <qemu:arg value='host,vendor=GenuineIntel,+hypervisor,+invtsc,kvm=on,vmware-cpuid-freq=on'/> sysctl -a | grep machdep.cpu.features | grep AVX machdep.cpu.features: FPU VME DE PSE TSC MSR PAE MCE CX8 APIC SEP MTRR PGE MCA CMOV PAT PSE36 CLFSH MMX FXSR SSE SSE2 SS HTT SSE3 PCLMULQDQ VMX SSSE3 FMA CX16 PDCM SSE4.1 SSE4.2 x2APIC MOVBE POPCNT AES VMM PCID XSAVE OSXSAVE TSCTMR AVX1.0 RDRAND F16C sysctl -a | grep avx hw.optional.avx1_0: 1 hw.optional.avx2_0: 1 So I am guessing I have avx2.0 present. I tried to upgrade to Ventura, the upgrade went through fine but the system freezes after login window. Any ideas pls ?

I have narrowed the cause down to the AMD reset plugin. When I remove the plug-in, the sleep wake works fine. I have tweaked a few parameters in the BIOS and the config.plist but to no avail. The windows VM with the AMD reset plugin sleeps/wakes up fine. The Mac one is an issue. One other thing, I see less power draw when using the AMD reset plug-in (booting the system ~20W difference and when it is sleeping ~10W difference). So on one hand it is excellent but cannot get the VM to sleep/wake. Any ideas ? P.S - I have an Rx560 (Polaris) - that 90% of the times is ok without the vendor reset but sometimes rebooting the VM leaves the card in a dirty state and requires the Unraid reboot. I'd prefer to have the vendor_reset on for the predictability.

Do you mind sharing your config.plist ? I somehow managed to get sleep/wake to break. It worked perfectly in some earlier versions and now doesn't. My Ubuntu VM on the same hardware can sleep wake perfectly which makes me believe its something to do with my config.plist.

I have the verbose mode on. The screen turn off, the network adapter I think turns off - cause I am unable to ping the VM. The VM though reports to be in execution (from the unraid UI) - I also have a power meter attached to the server and there I can see the server pulling in higher watts that when it would when the VM would be off. Which means unraid is correct in reporting the VM is in execution state. I will then go and force shut the VM and the power from the socket would come down to normal.

thank you as always for the suggestions. It's happening randomly for me. Sometimes the VM shuts down cleanly and sometimes it needs a force stop. I've always been shutting down the VM from inside the guest. I'll try the other methods you've suggested. Thank you !

The guest is running properly. No installations or deep sleep. I'd let the vm run for a while then use the Mac menu to shut it down.

Would anyone know why a shutdown of the VM doesn't work - I have to force shutdown the VM. The monitors go blank - I think it does shutdown the network card cause I can't ping the VM anymore (I will double check this) Trim is enabled i9 proc and passthrough Rx560. Vendor_reset enabled FL1000 and Fenvi passthrough. <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'> <name>MacOS BigSur</name> <uuid>232b9f1c-e0e3-4164-650f-f1ff33e3b380</uuid> <metadata> <vmtemplate xmlns="unraid" name="Linux" icon="linux.png" os="linux"/> </metadata> <memory unit='KiB'>33554432</memory> <currentMemory unit='KiB'>33554432</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>8</vcpu> <cputune> <vcpupin vcpu='0' cpuset='2'/> <vcpupin vcpu='1' cpuset='3'/> <vcpupin vcpu='2' cpuset='4'/> <vcpupin vcpu='3' cpuset='5'/> <vcpupin vcpu='4' cpuset='6'/> <vcpupin vcpu='5' cpuset='7'/> <vcpupin vcpu='6' cpuset='8'/> <vcpupin vcpu='7' cpuset='9'/> </cputune> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-q35-6.2'>hvm</type> <loader readonly='yes' type='pflash'>/mnt/user/system/custom_ovmf/OVMF_CODE.fd</loader> <nvram>/etc/libvirt/qemu/nvram/d45a00d5-3592-413a-82c3-786cd7f22254_VARS-pure-efi.fd</nvram> </os> <features> <acpi/> <apic/> </features> <cpu mode='host-passthrough' check='none' migratable='on'> <topology sockets='1' dies='1' cores='8' threads='1'/> <cache mode='passthrough'/> </cpu> <clock offset='utc'> <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> <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='disk'> <driver name='qemu' type='raw' cache='none' io='native' discard='unmap'/> <source file='/mnt/disks/Samsung_SSD/macos_disk.img'/> <backingStore/> <target dev='hdc' bus='sata' rotation_rate='1'/> <boot order='1'/> <address type='drive' controller='0' bus='0' target='0' unit='2'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> </controller> <controller type='pci' index='0' model='pcie-root'/> <controller type='pci' index='1' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='1' port='0xa'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> </controller> <controller type='pci' index='2' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='2' port='0xb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x3'/> </controller> <controller type='pci' index='3' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='3' port='0xc'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x4'/> </controller> <controller type='pci' index='4' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='4' port='0x13'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x3'/> </controller> <controller type='pci' index='5' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='5' port='0x8'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0' multifunction='on'/> </controller> <controller type='pci' index='6' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='6' port='0x9'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='pci' index='7' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='7' port='0xd'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x5'/> </controller> <controller type='sata' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> </controller> <interface type='bridge'> <mac address='52:54:00:74:44:f9'/> <source bridge='br0'/> <model type='e1000-82545em'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0' multifunction='on'/> </interface> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <audio id='1' type='none'/> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </source> <rom file='/mnt/user/isos/vbios/amd560.rom'/> <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0' multifunction='on'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x01' slot='0x00' function='0x1'/> </source> <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x1'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x03' slot='0x00' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x05' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x70' slot='0x00' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> </hostdev> <memballoon model='none'/> </devices> <seclabel type='dynamic' model='dac' relabel='yes'/> <qemu:commandline> <qemu:arg value='-device'/> <qemu:arg value='isa-applesmc,osk=xxxxxxxx'/> <qemu:arg value='-cpu'/> <qemu:arg value='host,vendor=GenuineIntel,kvm=on'/> <qemu:arg value='-global'/> <qemu:arg value='ICH9-LPC.acpi-pci-hotplug-with-bridge-support=off'/> </qemu:commandline> </domain>

Did you see any reboot issues with the newest update with this ? 12.2 or 12.2.1