From: David Gibson <david@gibson.dropbear.id.au>
To: "Cédric Le Goater" <clg@kaod.org>
Cc: Greg Kurz <groug@kaod.org>,
qemu-ppc@nongnu.org, qemu-devel@nongnu.org,
Bharata B Rao <bharata@linux.vnet.ibm.com>
Subject: Re: [Qemu-devel] [PATCH 6/6] spapr: fix migration of ICP objects from/to older QEMU
Date: Wed, 17 May 2017 14:14:16 +1000 [thread overview]
Message-ID: <20170517041416.GD15596@umbus.fritz.box> (raw)
In-Reply-To: <a94cf0ed-3318-fb2d-f16c-4d2b12fff3bb@kaod.org>
[-- Attachment #1: Type: text/plain, Size: 8319 bytes --]
On Mon, May 15, 2017 at 02:22:32PM +0200, Cédric Le Goater wrote:
> On 05/15/2017 01:40 PM, Greg Kurz wrote:
> > Commit 5bc8d26de20c ("spapr: allocate the ICPState object from under
> > sPAPRCPUCore") moved ICP objects from the machine to CPU cores. This
> > is an improvement since we no longer allocate ICP objects that will
> > never be used. But it has the side-effect of breaking migration of
> > older machine types from older QEMU versions.
> >
> > This patch introduces a compat flag in the sPAPR machine class so
> > that all pseries machine up to 2.9 go on with the previous behavior
> > of pre-allocating ICP objects.
>
> I think this is a quite elegant way to a handle the migration
> regression. Thanks for taking care of it.
>
> Have you tried to simply reparent the ICPs objects to OBJECT(spapr)
> instead of the OBJECT(cpu) ?
I actually kind of hate changing the QOM tree structure based on
machine type compatibility. Unfortunately, since we're matching up
the migration state based (essentially) on QOM path, I don't see any
easy alternative. I really wish there was a mechanism for defining
"alias paths" or something to handle this kind of migration
compatibility shim.
> See some minor comments below.
>
> > While here, we also ensure that object_property_add_child() errors cause
> > QEMU to abort for newer machines.
> >
> > Signed-off-by: Greg Kurz <groug@kaod.org>
> > ---
> > hw/ppc/spapr.c | 36 ++++++++++++++++++++++++++++++++++++
> > hw/ppc/spapr_cpu_core.c | 28 ++++++++++++++++++++--------
> > include/hw/ppc/spapr.h | 2 ++
> > 3 files changed, 58 insertions(+), 8 deletions(-)
> >
> > diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
> > index c53989bb10b1..ab3683bcd677 100644
> > --- a/hw/ppc/spapr.c
> > +++ b/hw/ppc/spapr.c
> > @@ -126,6 +126,7 @@ error:
> > static void xics_system_init(MachineState *machine, int nr_irqs, Error **errp)
> > {
> > sPAPRMachineState *spapr = SPAPR_MACHINE(machine);
> > + sPAPRMachineClass *smc = SPAPR_MACHINE_GET_CLASS(spapr);
> > Error *local_err = NULL;
> >
> > if (kvm_enabled()) {
> > @@ -151,6 +152,38 @@ static void xics_system_init(MachineState *machine, int nr_irqs, Error **errp)
> > &local_err);
> > }
> >
> > + if (!spapr->ics) {
> > + goto out;
> > + }
> > +
> > + if (smc->must_pre_allocate_icps) {
>
> I am not sure I like 'must', I think 'pre_allocate_icps' should be enough ?
> or simply 'allocate_legacy_icps' ?
I'd actually prefer to make it explicit that this is a migration
compatibility shim and call it something like
'pre_2_10_icp_allocation'.
> > + int smt = kvmppc_smt_threads();
> > + int nr_servers = DIV_ROUND_UP(max_cpus * smt, smp_threads);
>
> may be we should reintroduce nr_servers at the machine level ?
>
> > + int i;
> > +
> > + spapr->legacy_icps = g_malloc0(nr_servers * sizeof(ICPState));
This isn't technically safe, although you'll probably get away with
it. spapr->icp_type is parameterized, which means it could be a
sub-class with a larger state structure than base ICPState.
> > + for (i = 0; i < nr_servers; i++) {
> > + void* obj = &spapr->legacy_icps[i];
>
> 'void *'
>
> > +
> > + object_initialize(obj, sizeof(ICPState), spapr->icp_type);
> > + object_property_add_child(OBJECT(spapr), "icp[*]", obj,
> > + &error_abort);
>
> David does not like the "icp[*]" syntax.
>
> > + object_unref(obj);
> > + object_property_add_const_link(obj, "xics", OBJECT(spapr),
> > + &error_abort);
> > + object_property_set_bool(obj, true, "realized", &local_err);
> > + if (local_err) {
> > + while (i--) {
> > + object_unparent(obj);
> > + }
> > + g_free(spapr->legacy_icps);
> > + break;
> > + }
> > + }
> > + }
> > +
> > +out:
> > error_propagate(errp, local_err);
> > }
> >
> > @@ -3256,8 +3289,11 @@ static void spapr_machine_2_9_instance_options(MachineState *machine)
> >
> > static void spapr_machine_2_9_class_options(MachineClass *mc)
> > {
> > + sPAPRMachineClass *smc = SPAPR_MACHINE_CLASS(mc);
> > +
> > spapr_machine_2_10_class_options(mc);
> > SET_MACHINE_COMPAT(mc, SPAPR_COMPAT_2_9);
> > + smc->must_pre_allocate_icps = true;
> > }
> >
> > DEFINE_SPAPR_MACHINE(2_9, "2.9", false);
> > diff --git a/hw/ppc/spapr_cpu_core.c b/hw/ppc/spapr_cpu_core.c
> > index 63d160f7e010..5476647efa06 100644
> > --- a/hw/ppc/spapr_cpu_core.c
> > +++ b/hw/ppc/spapr_cpu_core.c
> > @@ -119,6 +119,7 @@ static void spapr_cpu_core_unrealizefn(DeviceState *dev, Error **errp)
> > size_t size = object_type_get_instance_size(typename);
> > CPUCore *cc = CPU_CORE(dev);
> > int i;
> > + sPAPRMachineState *spapr = SPAPR_MACHINE(qdev_get_machine());
> >
> > for (i = 0; i < cc->nr_threads; i++) {
> > void *obj = sc->threads + i * size;
> > @@ -127,7 +128,9 @@ static void spapr_cpu_core_unrealizefn(DeviceState *dev, Error **errp)
> > PowerPCCPU *cpu = POWERPC_CPU(cs);
> >
> > spapr_cpu_destroy(cpu);
> > - object_unparent(cpu->intc);
> > + if (!spapr->legacy_icps) {
> > + object_unparent(cpu->intc);
> > + }
> > cpu_remove_sync(cs);
> > object_unparent(obj);
> > }
> > @@ -142,12 +145,19 @@ static void spapr_cpu_core_realize_child(Object *child, Error **errp)
> > PowerPCCPU *cpu = POWERPC_CPU(cs);
> > Object *obj;
> >
> > - obj = object_new(spapr->icp_type);
> > - object_property_add_child(OBJECT(cpu), "icp", obj, NULL);
> > - object_property_add_const_link(obj, "xics", OBJECT(spapr), &error_abort);
> > - object_property_set_bool(obj, true, "realized", &local_err);
> > - if (local_err) {
> > - goto error;
> > + if (spapr->legacy_icps) {
> > + int index = cpu->parent_obj.cpu_index;
> > +
> > + obj = OBJECT(&spapr->legacy_icps[index]);
> > + } else {
> > + obj = object_new(spapr->icp_type);
> > + object_property_add_child(OBJECT(cpu), "icp", obj, &error_abort);
> > + object_property_add_const_link(obj, "xics", OBJECT(spapr),
> > + &error_abort);
> > + object_property_set_bool(obj, true, "realized", &local_err);
> > + if (local_err) {
> > + goto error;
> > + }
> > }
> >
> > object_property_set_bool(child, true, "realized", &local_err);
> > @@ -164,7 +174,9 @@ static void spapr_cpu_core_realize_child(Object *child, Error **errp)
> > return;
> >
> > error:
> > - object_unparent(obj);
> > + if (!spapr->legacy_icps) {
> > + object_unparent(obj);
> > + }
> > error_propagate(errp, local_err);
> > }
> >
> > diff --git a/include/hw/ppc/spapr.h b/include/hw/ppc/spapr.h
> > index 5802f888c39d..72cd5af2679b 100644
> > --- a/include/hw/ppc/spapr.h
> > +++ b/include/hw/ppc/spapr.h
> > @@ -53,6 +53,7 @@ struct sPAPRMachineClass {
> > bool dr_lmb_enabled; /* enable dynamic-reconfig/hotplug of LMBs */
> > bool use_ohci_by_default; /* use USB-OHCI instead of XHCI */
> > const char *tcg_default_cpu; /* which (TCG) CPU to simulate by default */
> > + bool must_pre_allocate_icps; /* only for pseries-2.9 and older */
> > void (*phb_placement)(sPAPRMachineState *spapr, uint32_t index,
> > uint64_t *buid, hwaddr *pio,
> > hwaddr *mmio32, hwaddr *mmio64,
> > @@ -109,6 +110,7 @@ struct sPAPRMachineState {
> > MemoryHotplugState hotplug_memory;
> >
> > const char *icp_type;
> > + ICPState *legacy_icps;
> > };
> >
> > #define H_SUCCESS 0
> >
>
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2017-05-17 4:18 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-15 11:38 [Qemu-devel] [PATCH 0/6] spapr/xics: fix migration of older machine types Greg Kurz
2017-05-15 11:39 ` [Qemu-devel] [PATCH 1/6] ppc/xics: simplify prototype of xics_spapr_init() Greg Kurz
2017-05-15 12:09 ` Cédric Le Goater
2017-05-15 13:36 ` Philippe Mathieu-Daudé
2017-05-16 4:30 ` David Gibson
2017-05-15 11:39 ` [Qemu-devel] [PATCH 2/6] spapr: fix error path of required kernel-irqchip Greg Kurz
2017-05-15 11:47 ` Cédric Le Goater
2017-05-16 4:35 ` David Gibson
2017-05-16 5:56 ` Greg Kurz
2017-05-16 6:08 ` David Gibson
2017-05-16 6:22 ` Greg Kurz
2017-05-15 11:39 ` [Qemu-devel] [PATCH 3/6] spapr: fix error reporting in xics_system_init() Greg Kurz
2017-05-15 11:48 ` Cédric Le Goater
2017-05-16 4:37 ` David Gibson
2017-05-15 11:39 ` [Qemu-devel] [PATCH 4/6] spapr: sanitize error handling in spapr_ics_create() Greg Kurz
2017-05-15 11:59 ` Cédric Le Goater
2017-05-15 12:06 ` Greg Kurz
2017-05-16 4:39 ` David Gibson
2017-05-16 4:39 ` David Gibson
2017-05-15 11:39 ` [Qemu-devel] [PATCH 5/6] spapr-cpu-core: release ICP object when realization fails Greg Kurz
2017-05-15 12:02 ` Cédric Le Goater
2017-05-15 12:17 ` Greg Kurz
2017-05-16 4:41 ` David Gibson
2017-05-15 11:40 ` [Qemu-devel] [PATCH 6/6] spapr: fix migration of ICP objects from/to older QEMU Greg Kurz
2017-05-15 12:22 ` Cédric Le Goater
2017-05-15 13:16 ` Greg Kurz
2017-05-15 16:09 ` Cédric Le Goater
2017-05-15 16:20 ` Greg Kurz
2017-05-17 4:17 ` David Gibson
2017-05-15 16:11 ` Cédric Le Goater
2017-05-15 16:22 ` Greg Kurz
2017-05-17 4:18 ` David Gibson
2017-05-17 20:33 ` Greg Kurz
2017-05-19 6:40 ` David Gibson
2017-05-17 4:16 ` David Gibson
2017-05-17 4:14 ` David Gibson [this message]
2017-05-16 9:53 ` [Qemu-devel] [Qemu-ppc] " Greg Kurz
2017-05-15 12:13 ` [Qemu-devel] [PATCH 0/6] spapr/xics: fix migration of older machine types no-reply
2017-05-15 12:19 ` 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=20170517041416.GD15596@umbus.fritz.box \
--to=david@gibson.dropbear.id.au \
--cc=bharata@linux.vnet.ibm.com \
--cc=clg@kaod.org \
--cc=groug@kaod.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.