> so you could for example enter OVMF setup or the EFI console and
> things would be fine. They appeared instead once Windows started
> booting. I tested an Arch Linux ISO in the virtual machine and had
> similar results after I got past the boot menu.
That would be at the same stage as for me. I’m using IGD passthrough
though and thus boot via Seabios. Besides it’s also fixed once it has
booted to the Desktop. I will wait for the next update to check,
whether they still are shown during update processing.
> Does your IGD get claimed by vfio-pci right away at boot?
Yes. I can’t think of a way, that anything grabs my card anymore. I
use my own initramfs source and therefore wrote its init script. I’ve
modified the grub config generation scripts to create a second boot
entry for my host linux, which boots into the qemuvm runlevel (using
OpenRC). I then parse the cmdline in the init script to do the
following:
if ! [[ ${cmdline##* } == "softlevel=qemuvm" ]]; then
modprobe -vvv i915 2>/rd.debug.log
echo "modprobeReached" >>/rd.debug.log
else
modprobe vfio-pci ids=8086:0412
echo "modprobedVfio" >>/rd.debug.log
fi
echo "modprobeFinished" >>/rd.debug.log
All modules and their dependencies have been *moved* to the initramfs
source, so that the host Linux can’t autoload i915, when I’m starting
the VM. I use a script for that during kernel updates. I’ve also
removed all *fb drivers from the kernel, especially simplefb and efifb,
so i915 is the only existing framebuffer driver. The host is booted in
UEFI only mode (no CSM).
Thanks,
Manuel
_______________________________________________
vfio-users mailing list
vfio-users@redhat.com
https://www.redhat.com/mailman/listinfo/vfio-users
