> > On 07/25/2017 10:10 AM, Daniel P. Berrange wrote: > > The -machine docs did not explain what the versioned machine > > types are for, nor that they'll be maintained across > > releases. > > > > Signed-off-by: Daniel P. Berrange <berra...@redhat.com> > > --- > > qemu-options.hx | 15 ++++++++++++++- > > 1 file changed, 14 insertions(+), 1 deletion(-) > > > > diff --git a/qemu-options.hx b/qemu-options.hx > > index 746b5fa75d..9f6e2adfff 100644 > > --- a/qemu-options.hx > > +++ b/qemu-options.hx > > @@ -49,7 +49,20 @@ STEXI > > @item -machine [type=]@var{name}[,prop=@var{value}[,...]] > > @findex -machine > > Select the emulated machine by @var{name}. Use @code{-machine help} to > > list > > -available machines. Supported machine properties are: > > +available machines. > > + > > +For architectures which aim to support live migration compatibility > > +across releases, each release will introduce a new versioned machine > > +type. For example, the 2.8.0 release introduced machine types > > +``pc-i440fx-2.8'' and ``pc-q35-2.8'' for the x86_64/i686 architectures. > > Seems like an improvement to me, but do we have any formal policy on how > long we support said machine types? The new wording prompts that question.
Forever, and ever... Paolo