qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Greg Kurz <gkurz@linux.vnet.ibm.com>
To: Laurent Vivier <lvivier@redhat.com>
Cc: Juan Quintela <quintela@redhat.com>,
	qemu-devel@nongnu.org,
	"Dr. David Alan Gilbert" <dgilbert@redhat.com>,
	qemu-ppc@nongnu.org, Amit Shah <amit.shah@redhat.com>,
	David Gibson <david@gibson.dropbear.id.au>
Subject: Re: [Qemu-devel] [PATCH 1/2] migration: allow configuration section to be optional
Date: Tue, 16 Feb 2016 10:09:44 +0100	[thread overview]
Message-ID: <20160216100944.739d8b45@bahia.huguette.org> (raw)
In-Reply-To: <56C1E56D.1080706@redhat.com>

On Mon, 15 Feb 2016 15:49:17 +0100
Laurent Vivier <lvivier@redhat.com> wrote:

> On 15/02/2016 13:58, Greg Kurz wrote:
> > On Mon, 15 Feb 2016 12:23:39 +0100
> > Laurent Vivier <lvivier@redhat.com> wrote:
> >   
> >> On 15/02/2016 11:15, Greg Kurz wrote:  
> >>> Since QEMU 2.4, the migration stream begins with a configuration section.
> >>> It is known to break migration of pseries machine from older QEMU. It is
> >>> possible to fix this in the pseries compat code but it will then break
> >>> migration of old pseries from latest QEMU.
> >>>
> >>> As an alternative, this patch introduces a new machine property which
> >>> allows to ignore the abscence of configuration section during incoming
> >>> migration. It boils to adding:
> >>>
> >>> 	-machine config-section=off
> >>>
> >>> Using this property only makes sense when migrating from an older
> >>> QEMU. It has no effect on outgoing migration.    
> >>
> >> I think this is not true: migrating a pseries-2.3 machine from a
> >> qemu-2.4 to a qemu-2.3 must not send the configuration section because
> >> the qemu-2.3 will not be able to decode it.
> >>  
> > 
> > I did not mind to also fix backward compatibility... is it mandatory ?  
> 
> I don't know, but as a user I would like to be able to do that (and it
> is possible in the other cases).
> 

I fully agree backward migration is cool and we should not break it if
possible.

The situation is bit different here: QEMU 2.4 broke migration both ways for
pseries-2.3 => all QEMU versions that were released since then (2.4/2.4.1/2.5)
are ultimately incompatible with QEMU 2.3 and this cannot be fixed.

What we may try to achieve is that QEMU 2.6 can accept incoming migration
of pseries-2.3 from QEMU 2.3 (without configuration section) and from
QEMU 2.4/2.5 (with configuration section).

This is what this series does, without the need for the user to actually pass
config-section=off thanks to patch 2.

> And I think the fix could be smaller: something like just setting
> "savevm_state.skip_configuration" to the value of "config-section".
> [I don't know if it is as simple as it looks...]
> 

Not so simple is the word indeed... if we do this, a pseries-2.3 machine
started with config-section=off can only be migrated back to QEMU 2.3 since
QEMU 2.4/2.4.1/2.5 want the config section... is this what you want ? If yes,
then an even simpler fix is:

https://lists.nongnu.org/archive/html/qemu-devel/2016-02/msg01738.html

We can either fix forward migration for all QEMU versions with this series,
or fix backward migration to QEMU-2.3. Not both.

What is the most important ?

> Laurent
> >   
> >> 2016-02-15T11:22:08.645978Z qemu-system-ppc64: Unknown savevm section type 7
> >> 2016-02-15T11:22:08.646041Z qemu-system-ppc64: load of migration failed:
> >> Invalid argument
> >>
> >> [This is the result without your patch]
> >>
> >> Laurent  
> >>>
> >>> Suggested-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
> >>> Reviewed-by: David Gibson <david@gibson.dropbear.id.au>
> >>> Signed-off-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
> >>> ---
> >>>  hw/core/machine.c   |   21 +++++++++++++++++++++
> >>>  include/hw/boards.h |    1 +
> >>>  migration/savevm.c  |   21 +++++++++++++++------
> >>>  qemu-options.hx     |    3 ++-
> >>>  4 files changed, 39 insertions(+), 7 deletions(-)
> >>>
> >>> diff --git a/hw/core/machine.c b/hw/core/machine.c
> >>> index 6d1a0d8eebc4..4a7322988fb5 100644
> >>> --- a/hw/core/machine.c
> >>> +++ b/hw/core/machine.c
> >>> @@ -312,6 +312,20 @@ static bool machine_get_suppress_vmdesc(Object *obj, Error **errp)
> >>>      return ms->suppress_vmdesc;
> >>>  }
> >>>  
> >>> +static void machine_set_config_section(Object *obj, bool value, Error **errp)
> >>> +{
> >>> +    MachineState *ms = MACHINE(obj);
> >>> +
> >>> +    ms->config_section = value;
> >>> +}
> >>> +
> >>> +static bool machine_get_config_section(Object *obj, Error **errp)
> >>> +{
> >>> +    MachineState *ms = MACHINE(obj);
> >>> +
> >>> +    return ms->config_section;
> >>> +}
> >>> +
> >>>  static int error_on_sysbus_device(SysBusDevice *sbdev, void *opaque)
> >>>  {
> >>>      error_report("Option '-device %s' cannot be handled by this machine",
> >>> @@ -365,6 +379,7 @@ static void machine_initfn(Object *obj)
> >>>      ms->kvm_shadow_mem = -1;
> >>>      ms->dump_guest_core = true;
> >>>      ms->mem_merge = true;
> >>> +    ms->config_section = true;
> >>>  
> >>>      object_property_add_str(obj, "accel",
> >>>                              machine_get_accel, machine_set_accel, NULL);
> >>> @@ -467,6 +482,12 @@ static void machine_initfn(Object *obj)
> >>>      object_property_set_description(obj, "suppress-vmdesc",
> >>>                                      "Set on to disable self-describing migration",
> >>>                                      NULL);
> >>> +    object_property_add_bool(obj, "config-section",
> >>> +                             machine_get_config_section,
> >>> +                             machine_set_config_section, NULL);
> >>> +    object_property_set_description(obj, "config-section",
> >>> +                                    "Set on/off to accept migration with/without configuration section",
> >>> +                                    NULL);
> >>>  
> >>>      /* Register notifier when init is done for sysbus sanity checks */
> >>>      ms->sysbus_notifier.notify = machine_init_notify;
> >>> diff --git a/include/hw/boards.h b/include/hw/boards.h
> >>> index 0f30959e2e3b..853bb5905ec1 100644
> >>> --- a/include/hw/boards.h
> >>> +++ b/include/hw/boards.h
> >>> @@ -128,6 +128,7 @@ struct MachineState {
> >>>      char *firmware;
> >>>      bool iommu;
> >>>      bool suppress_vmdesc;
> >>> +    bool config_section;
> >>>  
> >>>      ram_addr_t ram_size;
> >>>      ram_addr_t maxram_size;
> >>> diff --git a/migration/savevm.c b/migration/savevm.c
> >>> index 94f2894243ce..3795489aeaec 100644
> >>> --- a/migration/savevm.c
> >>> +++ b/migration/savevm.c
> >>> @@ -1847,6 +1847,12 @@ static int qemu_loadvm_state_main(QEMUFile *f, MigrationIncomingState *mis)
> >>>      return 0;
> >>>  }
> >>>  
> >>> +static bool must_receive_configuration(void)
> >>> +{
> >>> +    MachineState *machine = MACHINE(qdev_get_machine());
> >>> +    return machine->config_section;
> >>> +}
> >>> +
> >>>  int qemu_loadvm_state(QEMUFile *f)
> >>>  {
> >>>      MigrationIncomingState *mis = migration_incoming_get_current();
> >>> @@ -1876,15 +1882,18 @@ int qemu_loadvm_state(QEMUFile *f)
> >>>      }
> >>>  
> >>>      if (!savevm_state.skip_configuration) {
> >>> -        if (qemu_get_byte(f) != QEMU_VM_CONFIGURATION) {
> >>> +        if (qemu_peek_byte(f, 0) == QEMU_VM_CONFIGURATION) {
> >>> +            qemu_file_skip(f, 1);
> >>> +            ret = vmstate_load_state(f, &vmstate_configuration, &savevm_state,
> >>> +                                     0);
> >>> +
> >>> +            if (ret) {
> >>> +                return ret;
> >>> +            }
> >>> +        } else if (must_receive_configuration()) {
> >>>              error_report("Configuration section missing");
> >>>              return -EINVAL;
> >>>          }
> >>> -        ret = vmstate_load_state(f, &vmstate_configuration, &savevm_state, 0);
> >>> -
> >>> -        if (ret) {
> >>> -            return ret;
> >>> -        }
> >>>      }
> >>>  
> >>>      ret = qemu_loadvm_state_main(f, mis);
> >>> diff --git a/qemu-options.hx b/qemu-options.hx
> >>> index 2f0465eeb1d1..10cd64dc266b 100644
> >>> --- a/qemu-options.hx
> >>> +++ b/qemu-options.hx
> >>> @@ -43,7 +43,8 @@ DEF("machine", HAS_ARG, QEMU_OPTION_machine, \
> >>>      "                aes-key-wrap=on|off controls support for AES key wrapping (default=on)\n"
> >>>      "                dea-key-wrap=on|off controls support for DEA key wrapping (default=on)\n"
> >>>      "                suppress-vmdesc=on|off disables self-describing migration (default=off)\n"
> >>> -    "                nvdimm=on|off controls NVDIMM support (default=off)\n",
> >>> +    "                nvdimm=on|off controls NVDIMM support (default=off)\n"
> >>> +    "                config-section=on|off migration requires configuration section (default=on)\n",
> >>>      QEMU_ARCH_ALL)
> >>>  STEXI
> >>>  @item -machine [type=]@var{name}[,prop=@var{value}[,...]]
> >>>
> >>>     
> >>  
> >   
> 

  reply	other threads:[~2016-02-16  9:10 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-15 10:14 [Qemu-devel] [PATCH 0/2] Fix migration of old pseries Greg Kurz
2016-02-15 10:15 ` [Qemu-devel] [PATCH 1/2] migration: allow configuration section to be optional Greg Kurz
2016-02-15 11:23   ` Laurent Vivier
2016-02-15 12:58     ` Greg Kurz
2016-02-15 14:49       ` Laurent Vivier
2016-02-16  9:09         ` Greg Kurz [this message]
2016-02-16  9:31           ` Laurent Vivier
2016-02-16 10:39             ` Greg Kurz
2016-02-16 17:09             ` Dr. David Alan Gilbert
2016-02-17  9:29               ` Greg Kurz
2016-02-16 17:01   ` Dr. David Alan Gilbert
2016-02-16 17:43     ` Greg Kurz
2016-02-15 10:15 ` [Qemu-devel] [PATCH 2/2] spapr: fix migration of older pseries Greg Kurz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160216100944.739d8b45@bahia.huguette.org \
    --to=gkurz@linux.vnet.ibm.com \
    --cc=amit.shah@redhat.com \
    --cc=david@gibson.dropbear.id.au \
    --cc=dgilbert@redhat.com \
    --cc=lvivier@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-ppc@nongnu.org \
    --cc=quintela@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).