Comments #3 & #4 are not relevant to this bug and inaccurate speculation. There is no known incompatibility between NVIDIA drivers and OVMF. Many users, including myself, use this combination daily. The issue is far more likely to be a VM configuration issue or lack of UEFI support in the GPU ROM.
-- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1680679 Title: qemu cannot run twice Status in QEMU: New Bug description: After using qemu with gpu passthrough and then shutting down windows 7 properly I cannot boot windows 7 a second time. Only a full reboot of linux fixes this issue. Qemu appears to corrupt something in linux when exiting. I get no error messages but windows 7 never finishes booting during the 2nd try. Apparently I do try to run vfiobind each time the script is run. Wondering if rerunning vfiobind can cause an issue? My specs: ----------------------------------------------------------------------------------------- System: Host: GT70-2PE Kernel: 4.5.4-040504-generic x86_64 (64 bit gcc: 5.3.1) Desktop: Cinnamon 3.2.7 (Gtk 3.18.9) Distro: Linux Mint 18.1 Serena Machine: Mobo: Micro-Star model: MS-1763 v: REV:0.C Bios: American Megatrends v: E1763IMS.51B date: 01/29/2015 CPU: Quad core Intel Core i7-4810MQ (-HT-MCP-) cache: 6144 KB flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 22347 clock speeds: max: 2801 MHz 1: 2801 MHz 2: 2801 MHz 3: 2801 MHz 4: 2801 MHz 5: 2801 MHz 6: 2801 MHz 7: 2801 MHz 8: 2801 MHz Graphics: Card-1: Intel 4th Gen Core Processor Integrated Graphics Controller bus-ID: 00:02.0 Card-2: NVIDIA GK104M [GeForce GTX 880M] bus-ID: 01:00.0 Display Server: X.Org 1.18.4 drivers: intel (unloaded: fbdev,vesa) Resolution: 1920x1080@60.02hz, 1920x1080@60.00hz GLX Renderer: Mesa DRI Intel Haswell Mobile GLX Version: 3.0 Mesa 12.0.6 Direct Rendering: Yes My script: ------------------------------------------------------------------------------------------- #!/bin/bash cd ~/qemu sudo ./up.sh tap0 configfile=~/qemu/vfio-pci1.cfg vfiobind() { dev="$1" vendor=$(cat /sys/bus/pci/devices/$dev/vendor) device=$(cat /sys/bus/pci/devices/$dev/device) if [ -e /sys/bus/pci/devices/$dev/driver ]; then echo $dev > /sys/bus/pci/devices/$dev/driver/unbind fi echo $vendor $device > /sys/bus/pci/drivers/vfio-pci/new_id } modprobe vfio-pci cat $configfile | while read line;do echo $line | grep ^# >/dev/null 2>&1 && continue vfiobind $line done sudo qemu-system-x86_64 -machine type=q35,accel=kvm -cpu host,kvm=off \ -smp 8,sockets=1,cores=4,threads=2 \ -bios /usr/share/seabios/bios.bin \ -serial none \ -parallel none \ -vga none \ -m 4G \ -mem-path /run/hugepages/kvm \ -mem-prealloc \ -balloon none \ -rtc clock=host,base=localtime \ -device ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1 \ -device vfio-pci,host=01:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on \ -device virtio-scsi-pci,id=scsi \ -drive id=disk0,if=virtio,cache=none,format=raw,file=/home/dad/qemu/windows7.img \ -drive file=/home/dad/1TB-Backup/Iso/SP1ForWin7.iso,id=isocd,format=raw,if=none -device scsi-cd,drive=isocd \ -net nic -net tap,ifname=tap0,script=no,downscript=no \ -usbdevice host:413c:a503 \ -usbdevice host:13fe:3100 \ -usbdevice host:0bc2:ab21 \ -boot menu=on \ -boot order=c sudo ./down.sh tap0 exit 0 To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1680679/+subscriptions
