Re: [Xen-devel] [RFC PATCH v2 02/17] libxl: Add "stubdomain_version" to domain_build_info.

[Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>]

On Thu, Aug 09, 2018 at 10:25:42AM +0100, Wei Liu wrote:
> On Tue, Aug 07, 2018 at 04:16:07AM +0200, Marek Marczykowski-Górecki wrote:
> > From: Eric Shelton <eshelton@xxxxxxxxx>
> > 
> > This enum gives the ability to select between a MiniOS-based QEMU
> > traditional stub domain and a Linux-based QEMU upstream stub domain.  To
> > use the Linux-based stubdomain, the following two lines should be
> > included in the appropriate xl.cfg file:
> > 
> > device_model_version="qemu-xen"
> > device_model_stubdomain_override=1
> > 
> > To use the MiniOS-based stubdomain, the following is used instead:
> > 
> > device_model_version="qemu-xen-traditional"
> > device_model_stubdomain_override=1
> 
> 
> Where is stubomd_version= ? Don't you want to expose such option in xl.cfg?

Actually, with patch 04/17 you can set explicit stubdomain path, so
stubdomain_version is only another way (redundant to
device_model_version) to signal what protocol to communicate with
stubdomain should be used. Right now each qemu version have only one
stubdomain protocol:
 - qemu-xen-traditional - "mini os" one
 - qemu-xen - "linux" one - see cover letter

Anyway, I can add stubdomain_version to 08/17 "xl: add stubdomain
related options to xl config parser" patch.

-- 
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

Attachment: signature.asc
Description: PGP signature

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