<html><head></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div id="yui_3_16_0_ym19_1_1482819854381_15633"><span>Hi,</span></div><div id="yui_3_16_0_ym19_1_1482819854381_15635"><span id="yui_3_16_0_ym19_1_1482819854381_15634">I'd suggest trying with a "clean" windows image.</span></div><div id="yui_3_16_0_ym19_1_1482819854381_15639" dir="ltr"><span id="yui_3_16_0_ym19_1_1482819854381_15638">I used to have similar issue and fixed by install a new windows from iso with local storage. However after that I use the "good" image through NFS and it still works.</span></div><div id="yui_3_16_0_ym19_1_1482819854381_15639" dir="ltr"><span><br></span></div><div id="yui_3_16_0_ym19_1_1482819854381_15639" dir="ltr"><span id="yui_3_16_0_ym19_1_1482819854381_16116">The "bad" image is a Win7 installed with qemu 0.12 and it do works with qemu 2.8-pr1 on another host. I use it throught NFS and the seabios just fail to boot the os when I enable IGD passthrough. No idear on the root cause.</span></div><div id="yui_3_16_0_ym19_1_1482819854381_15639" dir="ltr"><span><br></span></div><div id="yui_3_16_0_ym19_1_1482819854381_15639" dir="ltr"><span>Regards,</span></div><div id="yui_3_16_0_ym19_1_1482819854381_15639" dir="ltr"><span>Daimon</span></div> <div class="qtdSeparateBR"><br><br></div><div class="yahoo_quoted" style="display: block;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div dir="ltr"><font size="2" face="Arial"> On Monday, December 26, 2016 8:22 AM, Manuel Ullmann <ullman.alias@posteo.de> wrote:<br></font></div>  <br><br> <div class="y_msg_container">Hello,<br><br>I know this answer won’t help, but I also get this freeze occasionally<br>(50% would be a good approximation). I also use vfio-igd assignment and had<br>also kernel 4.8.x (now 4.9.0; still reproducible).<br>My workaround is currently destroying of the VM on reboots and blindly<br>rebooting it via virsh (after login).<br>The bug could be limited to IGD assignment, since noone else replied and<br>most people here seem to use discrete graphics assignment.<br>To spare you the XML format documentation lookup, I use the line<br><on_reboot>destroy</on_reboot><br>in libvirt XML for VM destroying, but you most likely knew that.<br><br>Sorry for not having a better workaround.<br><br>Best regards,<br>Manuel<br><br>Nicolas Prochazka <<a ymailto="mailto:nicolas.prochazka@gmail.com" href="mailto:nicolas.prochazka@gmail.com">nicolas.prochazka@gmail.com</a>> writes:<br><br>> Hello, <br>> Host : linux 4.8.x<br>> Guest Vm : windows<br>> Primary vga : intel IGD <br>> qemu : 2.7.0<br>><br>> /usr/bin/qemu-system-x86_64 -name win10 -S -machine<br>> pc-i440fx-2.7,accel=kvm,usb=off -cpu<br>> host,hv_time,hv_relaxed,hv_vapic,hv_spinlocks=0x1fff -bios<br>> /usr/share/seabios/bios.bin -m 14079 -mem-prealloc -mem-path<br>> /dev/hugepages/libvirt/qemu -realtime mlock=off -smp<br>> 2,sockets=1,cores=2,threads=1 -uuid<br>> 336f5637-f280-3d98-8491-7becd338aec9 -nographic -no-user-config -<br>> nodefaults -chardev<br>> socket,id=charmonitor,path=/var/lib/libvirt/qemu/win10.monitor,server,nowait<br>> -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime -<br>> no-hpet -no-shutdown -global PIIX4_PM.disable_s3=1 -global<br>> PIIX4_PM.disable_s4=1 -boot strict=on -device<br>> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device<br>> virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive<br>> file=nbd:unix:/tmp/win10.ctl,if=none,id=drive-ide0-0-0,format=raw -<br>> device<br>> ide-hd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 -<br>> drive file=nbd:unix:/tmp/swap.ctl,if=none,id=drive-ide0-0-1,format=raw<br>> -device ide-hd,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 -<br>> netdev tap,fd=19,id=hostnet0 -device<br>> e1000,netdev=hostnet0,id=net0,mac=ac:de:50:7d:88:85,bus=pci.0,addr=0x3<br>> -chardev<br>> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channel/target/win10.org.qemu.guest_agent.0,server,nowait<br>> -device<br>> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0<br>> -device vfio-pci,host=00:02.0,id=hostdev0,bus=pci.0,addr=0x2 -device<br>> vfio-pci,host=00:14.0,id=hostdev1,bus=pci.0,addr=0x5 -device<br>> vfio-pci,host=00:1f.3,id=hostdev2,bus=pci.0,addr=0x6 -netdev<br>> user,id=user.0,restrict=on,hostfwd=tcp:127.0.0.1:5901-:5900 -device<br>> e1000,netdev=user.0 -msg timestamp=on<br>><br>> VM is working very well, 3D benchmark is good, stability. <br>> Only one problem : If I reboot VM from windows , there's 50% that vm<br>> freeze at seabios start : we only see black screen with seabios / pxe<br>> boot , VM seems to be blocked. <br>><br>> Any suggestion ?<br>><br>> Regards, <br>> Nicolas Prochazka<br>><br>><br>> _______________________________________________<br>> vfio-users mailing list<br>> <a ymailto="mailto:vfio-users@redhat.com" href="mailto:vfio-users@redhat.com">vfio-users@redhat.com</a><br>> <a href="https://www.redhat.com/mailman/listinfo/vfio-users" target="_blank">https://www.redhat.com/mailman/listinfo/vfio-users</a><br><br>_______________________________________________<br>vfio-users mailing list<br><a ymailto="mailto:vfio-users@redhat.com" href="mailto:vfio-users@redhat.com">vfio-users@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/vfio-users" target="_blank">https://www.redhat.com/mailman/listinfo/vfio-users</a><br><br><br></div>  </div> </div>  </div></div></body></html>