<div dir="ltr">And here I thought the problem I was running into was unique to my video card.<div><br></div><div>I am running a Radeon R9 Fury X (Fiji) on windows guest (8.1 and 10) OVMF and suffer from a very similar issue. On guest reboot the monitor would stay blank most of the times. The guest would be running fine and I can verify that by logging into VNC. I am currently in the process of trying to figure out what is going wrong in the reboot process. At first I thought it would be an issue similar to the AMD reset issue since I could suspend the host to get the guest working again, but I am still trying to figure a fix.</div><div><br></div><div>I have tried Alex's AMD Reset patch and added the Fiji to the list but it didn't do anything. I was hoping to update my kernel and patch it to allow seabios use since the Fiji doesn't have any UEFI code in its rom. I was pretty confident that would resolve it but after reading your issues with SeaBIOS as well I am not as confident.</div><div><br></div><div>I used to run a GTX 770 and it used to work fine.</div><div><br></div><div>I am currently running Linux Mint 17.1, kernel 3.19.3, qemu 2.4</div><div><br></div><div>Here is my current startup script<br><br><div>export QEMU_PA_SAMPLES=128</div><div>export QEMU_AUDIO_DRV=pa</div><div><br></div><div> #CPU Options</div><div> OPTS="-M pc-i440fx-2.1 -enable-kvm -m 8192 -mem-path /hugepages -smp 4,cores=4,threads=1,sockets=1"</div><div> # DAMMIT NVIDIA</div><div> case $1 in</div><div> hv ) OPTS="$OPTS -cpu host,kvm=off,hv_relaxed,hv_vapic,hv_time,hv_spinlocks=0x1000" ;;</div><div> * ) OPTS="$OPTS -cpu host,kvm=off" ;;</div><div> esac</div><div><br></div><div><br></div><div> #UEFI</div><div> OPTS="$OPTS -drive if=pflash,format=raw,file=$HOME/bin/OVMF.fd"</div><div><br></div><div> # The hard disk is exposed to the guest as a virtio-block device. OVMF has a</div><div> # driver stack that supports such a disk. We specify this disk as first boot</div><div> # option. OVMF recognizes the boot order specification.</div><div> OPTS="$OPTS -device virtio-scsi-pci,id=scsi"</div><div> OPTS="$OPTS -drive file=/dev/sdb,id=disk_primary,format=raw,if=none"</div><div> OPTS="$OPTS -device scsi-hd,drive=disk_primary,bootindex=0"</div><div><br></div><div> #VFIO Devices</div><div> OPTS="$OPTS -device vfio-pci,host=01:00.0,multifunction=on,x-vga=on"</div><div> OPTS="$OPTS -device vfio-pci,host=01:00.1"</div><div> OPTS="$OPTS -device vfio-pci,host=05:00.0"</div><div> </div><div> OPTS="$OPTS -net nic -net tap,ifname=tap0,script=no,downscript=no" </div><div> OPTS="$OPTS -rtc base=localtime,clock=host" </div><div> OPTS="$OPTS -vga none"</div><div> OPTS="$OPTS -soundhw hda"</div><div> </div><div> # The following setting enables S3 (suspend to RAM). OVMF supports S3</div><div> # suspend/resume.</div><div> OPTS="$OPTS -global PIIX4_PM.disable_s3=0"</div><div><br></div><div><br></div><div>for i in {2,3,6,7}; do</div><div> echo performance > /sys/devices/system/cpu/cpu${i}/cpufreq/scaling_governor</div><div>done</div><div><br></div><div><br></div><div>taskset -ac 2,3,6,7 qemu-system-x86_64 $OPTS</div><div><br></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Sep 4, 2015 at 7:52 AM Lucas Neves <<a href="mailto:lcneves@gmail.com">lcneves@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I'm very interested in the solution to this problem as well. I pass through a Radeon r9 285 (Tonga) to Windows.<div><br></div><div>On my previous setup, with QEMU from the git emulating a Q35 chipset on SeaBIOS and a Windows 8.1 guest, the guest would work only once per boot of the host. If I soft-reset the guest or shut it down and tried to run QEMU again, the guest monitor would stay blank (although QEMU would continue running, with no error messages). I have noticed that this problem only occurs when using the proprietary AMD driver in the guest: running on the native Windows 8.1 video driver, the guest could reboot without problems.</div><div><br></div><div>This week, I decided to change the whole system, hoping that something would fix this problem. So now I'm emulating a i440fx chipset, using OVMF, with a fresh install of Windows 10 as guest. Things have improved: now the guest system can withstand soft reboots without problems. But whenever I shut down the guest machine, it is still not possible to turn it on again without rebooting the host.</div><div><br></div><div>Sorry I don't have my start script here, I can post it later if necessary. But I inkove QEMU as a super user (sudo qemu-system-x86_64). And my host OS is Ubuntu 15.04.</div><div><br></div><div>Thanks,</div><div>Lucas</div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Sep 3, 2015 at 3:39 PM Blank Field <<a href="mailto:ihatethisfield@gmail.com" target="_blank">ihatethisfield@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>There is a special mailing list for all the vfio questions. It aims to replace the arch forum thread.<br></div><div><br><a href="http://lists.nongnu.org/archive/html/qemu-discuss/2015-09/msg00003.html" target="_blank">http://lists.nongnu.org/archive/html/qemu-discuss/2015-09/msg00003.html</a><br></div>I couldn't manage to not screw up the formatting with G-Mail, so there you have it as a link to archives.<br></div><br></div>Regarding the problem - i don't remember exactly, but running qemu as a regular user requires some more steps than just chown.<br></div> _______________________________________________<br> vfio-users mailing list<br> <a href="mailto:vfio-users@redhat.com" target="_blank">vfio-users@redhat.com</a><br> <a href="https://www.redhat.com/mailman/listinfo/vfio-users" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/vfio-users</a><br> </blockquote></div> _______________________________________________<br> vfio-users mailing list<br> <a href="mailto:vfio-users@redhat.com" target="_blank">vfio-users@redhat.com</a><br> <a href="https://www.redhat.com/mailman/listinfo/vfio-users" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/vfio-users</a><br> </blockquote></div></div></div>