RE: [PATCH v7 00/19] Add support for qemu-xen runnning in a Linux-based stubdomain

[Paul Durrant <xadimgnik@xxxxxxxxx>]

> -----Original Message-----
> From: Xen-devel <xen-devel-bounces@xxxxxxxxxxxxxxxxxxxx> On Behalf Of George 
> Dunlap
> Sent: 22 May 2020 10:11
> To: Jason Andryuk <jandryuk@xxxxxxxxx>
> Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>; Julien Grall 
> <julien@xxxxxxx>; Samuel Thibault
> <samuel.thibault@xxxxxxxxxxxx>; Wei Liu <wl@xxxxxxx>; Andrew Cooper 
> <Andrew.Cooper3@xxxxxxxxxx>; Jan
> Beulich <jbeulich@xxxxxxxx>; Ian Jackson <Ian.Jackson@xxxxxxxxxx>; Anthony 
> Perard
> <anthony.perard@xxxxxxxxxx>; xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>; 
> Daniel De Graaf
> <dgdegra@xxxxxxxxxxxxx>
> Subject: Re: [PATCH v7 00/19] Add support for qemu-xen runnning in a 
> Linux-based stubdomain
> 
> 
> > On May 19, 2020, at 2:54 AM, Jason Andryuk <jandryuk@xxxxxxxxx> wrote:
> >
> > General idea is to allow freely set device_model_version and
> > device_model_stubdomain_override and choose the right options based on this
> > choice.  Also, allow to specific path to stubdomain kernel/ramdisk, for 
> > greater
> > flexibility.
> 
> Excited to see this patch series get in.  But I didn’t really notice any 
> documents explaining how to
> actually use it — is there a blog post anywhere describing how to get the 
> kernel / initrd image and so
> on?
> 
> Also, would it be possible to add a follow-up series which modifies 
> SUPPORT.md and CHANGELOG.md?

Yes please. In future I think we should encourage the patch to CHANGELOG.md to 
be the last patch of a series such as this.

  Paul

> 
> Thanks,
>  -George