[vfio-users] Guest does not boot OS with GPU passed through, stuck at TianoCore boot splash

[Blank Field]

Simple way of converting:
ps -ef | grep qemu
It'll show what libvirt starts.
On Apr 11, 2016 6:18 PM, "Stefan Seil" <stefan.seil at gmx.net> wrote:

> I have assigned two CPU cores to the VM and the performance graph in
> virt-manager shows a constant 50-51% usage.
> I have created two simple virtual drives (both IDE, raw), one to use as a
> hard disk and one for a CDROM drive to boot the installation image. This
> was done in the setup wizard in virt-manager, so this is more or less the
> default configuration I guess. As I said before, the VM boots this
> without problems if I remove the assigned graphics card from it.
> I don't pass through anything but the two PCI devices for my graphics card
> (one for the GPU, one for the HDMI audio).
>
> I tried converting the XML configuration to qemu arguments with
> domxml-to-native, but I get this error every time:
>
> Error: Internal Error: invalid PCI passthrough type 'default'
>
> I have searched for an explanation and potential solution to this error,
> but the only thing I found was about a bug in libvirt from two years ago,
> so I am not sure what this error is supposed to mean. I will have to
> further investigate this.
> For reference, here is the XML configuration: http://pastebin.com/RNDhgdK1
>
>
> Am 10.04.2016 um 16:46 schrieb Blank Field:
>
> 100% one core CPU?
> What kind of disk device you have?
> Are you passing through a physical disk?
>
> What you can do - convert libvirt xml into a usual qemu command line, and
> add an ISA debug console and check OVMF debug output in it.
> On Apr 10, 2016 5:04 PM, "Stefan Seil" <Stefan.seil at gmx.net> wrote:
>
>> Hello there!
>>
>> I am trying to set up a PCI passthrough for my graphics card. I followed
>> the instructions on vfio.blogspot.com and used vfio-pci and OVMF, and so
>> far everything seemed to work fine. When I now try to start the VM with my
>> graphics card passed through, though, it shows the TianoCore boot splash
>> (with the successfull memory test notice on the bottom) on the monitor
>> connected to the card and stops there. I tried waiting for quite a while,
>> but it is stuck at this boot splash. If I remove the PCI devices from the
>> VM, the OS boots without problems.
>>
>> I don't see any error messages in any of the relevant logs I can think of
>> (libvirt log, dmesg, virt-manager itself). The only line showing up in the
>> libvirt log (/var/log/libvirt/qemu/...) is the following:
>>
>> 2016-04-10 10:45:08.461+0000: starting up libvirt version: 1.3.2,
>> package: 0~15.10~ppa0 (Jacob Zimmermann <ppa at jzimm.net> Fri, 04
>> Mar LC_ALL=C
>> PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin QEMU_AUDIO_DRV=spice
>> /usr/bin/kvm-spice -name xubuntu2 -S -char device redirected to /dev/pts/9
>> (label charserial0)
>>
>> I don't really have an idea what the problem could be, especially since
>> there are no errors showing up. I am using an Intel Core i5-3470, a
>> Sapphire HD 7850 (AMD) and Xubuntu 15.10 on the host. I installed all the
>> relevant tools from a PPA by Jacob Zimmermann in order to get more recent
>> versions of qemu, virt-manager and the likes.
>>
>> One thing I should note is that the ROM of my graphics card does not
>> support UEFI out of the box. As it is, the passthrough did not work at all;
>> there was nothing showing up on the monitor connected to the card. I found
>> a ROM from a similar model by Gigabyte that supports UEFI, though, and
>> passed it to the VM. Now the monitor shows the TianoCore boot splash, but
>> stops there. Could this be the problem? I would think that it should work
>> this way, though, as the boot splash is already passed to the card;
>> otherwise there would be nothing showing up on the monitor, right?
>>
>> _______________________________________________
>> vfio-users mailing list
>> vfio-users at redhat.com
>> https://www.redhat.com/mailman/listinfo/vfio-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/vfio-users/attachments/20160411/d6b08f34/attachment.htm>