Solving the libvirt version issue is easy enough.  Add
ppa:jacob/virtualisation and upgrade libvirt.  He's got 2.1.0 in there,
along with updated versions of qemu and virt-manager.

On Tue, Sep 6, 2016 at 1:00 PM, Alex Williamson <alex.l.william...@gmail.com
> wrote:

> On Tue, Sep 6, 2016 at 11:47 AM, Will Marler <w...@wmarler.com> wrote:
>
>> Simon, are you able to boot your VM with GPU passthrough and no Code 43
>> errors without enabling any hyperv features? Do this first, then move on to
>> enabling Hyper V.
>>
>> "I cannot place the vendor_id flag in the xml because it is validated in
>> the Ubuntu package" -- what does this mean? Is there something specific to
>> the Ubuntu package that is checking the XML syntax and saying "vendor_id is
>> invalid?" When I got around to enabling HyperV on my VM, I ran into a
>> similar XML "validation" situation. But this was on Arch, not Ubuntu.
>> Ultimately I traced the problem down to putting a tag in the wrong
>> subsection. I'm afraid I didn't take notes, and don't remember the
>> specifics.
>>
>
> It means his version of libvirt is too old to recognize the tag and
> generates an error parsing the xml because it's unknown.  The referenced
> xml doesn't include anything that would trigger hyper-v afaict, so the
> vendor id should not even be necessary, but the resulting process args (ps
> aux | grep qemu) would confirm.  Note that Code 43 is a generic error code
> for the driver, it can also be generated when, for instance, an aux power
> plug is left disconnected.
>
> _______________________________________________
> vfio-users mailing list
> vfio-users@redhat.com
> https://www.redhat.com/mailman/listinfo/vfio-users
>
>
_______________________________________________
vfio-users mailing list
vfio-users@redhat.com
https://www.redhat.com/mailman/listinfo/vfio-users

Reply via email to