[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] HVM driver domains do not appear to be usable with stubdomains



On Tue, Dec 4, 2018 at 10:11 AM Chris Brannon <cmb@xxxxxxxxx> wrote:
>
> Hi,
> I set up a network driver domain for a dom0; it uses HVM
> virtualization.  It worked very well when not using a device model
> stubdomain, but when I requested the use of a device model stubdomain in
> my xl.cfg file, the domU refused to boot.  It gave the following error
> message.
>
> [76594.195404] xen_pciback: vpci: 0000:05:00.0: assign to virtual slot 0
> [76594.195927] pciback 0000:05:00.0: registering for 35
> [76594.230592] xen-pciback pci-34-0: 22 Couldn't locate PCI device
>     (0000:05:00.0)! perhaps already in-use?
>
> It seems to me that Xen is trying to pass the PCI device to both the
> domU and the stubdomain, and that is why it is failing.  Has anyone
> managed to get an HVM driver domain running with a stubdomain?  If so,
> how did you do it?  Or is it expected that HVM driver domains won't work
> with stubdomains?

OpenXT uses a HVM driver domain with a stubdomain for the network
device driver, using Linux stubdomains with code very similar to that
Marek has posted on this list.

These pull requests may be a good place to start looking.
https://github.com/OpenXT/openxt/pull/311
and
https://github.com/OpenXT/xenclient-oe/pull/912
which includes this patch to qemu (originally from Qubes, referencing:
https://github.com/QubesOS/qubes-issues/issues/2849) -:
https://github.com/OpenXT/xenclient-oe/pull/912/files#diff-14774cbc013c07a1e7409b0db1cc3359

Christopher

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.