From: Bharata B Rao <bharata@linux.vnet.ibm.com>
To: David Gibson <david@gibson.dropbear.id.au>
Cc: mdroth@linux.vnet.ibm.com, aik@ozlabs.ru, agraf@suse.de,
qemu-devel@nongnu.org, qemu-ppc@nongnu.org,
tyreld@linux.vnet.ibm.com, nfont@linux.vnet.ibm.com,
imammedo@redhat.com
Subject: Re: [Qemu-devel] [RFC PATCH v4 2/5] spapr: Add LMB DR connectors
Date: Wed, 24 Jun 2015 08:54:40 +0530 [thread overview]
Message-ID: <20150624032440.GE26051@in.ibm.com> (raw)
In-Reply-To: <20150624021931.GC26051@in.ibm.com>
On Wed, Jun 24, 2015 at 07:49:31AM +0530, Bharata B Rao wrote:
> On Tue, Jun 23, 2015 at 11:32:34AM +1000, David Gibson wrote:
> > On Fri, Jun 19, 2015 at 03:47:54PM +0530, Bharata B Rao wrote:
> > > Enable memory hotplug for pseries 2.4 and add LMB DR connectors.
> > > With memory hotplug, enforce NUMA node memory size and maxmem to be
> > > a multiple of SPAPR_MEMORY_BLOCK_SIZE (256M) since that's the granularity
> > > in which LMBs are represented and hot-added.
> > >
> > > LMB DR connectors will be used by the memory hotplug code.
> > >
> > > Signed-off-by: Bharata B Rao <bharata@linux.vnet.ibm.com>
> > > Signed-off-by: Michael Roth <mdroth@linux.vnet.ibm.com>
> > > [spapr_drc_reset implementation]
> > > ---
> > > hw/ppc/spapr.c | 78 ++++++++++++++++++++++++++++++++++++++++++++++++++
> > > include/hw/ppc/spapr.h | 2 ++
> > > 2 files changed, 80 insertions(+)
> > >
> > > diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
> > > index 87a29dc..f9af89b 100644
> > > --- a/hw/ppc/spapr.c
> > > +++ b/hw/ppc/spapr.c
> > > @@ -59,6 +59,7 @@
> > > #include "hw/nmi.h"
> > >
> > > #include "hw/compat.h"
> > > +#include "qemu-common.h"
> > >
> > > #include <libfdt.h>
> > >
> > > @@ -1436,10 +1437,76 @@ static void spapr_cpu_init(sPAPRMachineState *spapr, PowerPCCPU *cpu)
> > > qemu_register_reset(spapr_cpu_reset, cpu);
> > > }
> > >
> > > +static void spapr_drc_reset(void *opaque)
> >
> > This function needs a different name, since it's only called for LMB
> > drcs, not all drcs.
> >
> > > +{
> > > + sPAPRDRConnector *drc = opaque;
> > > + DeviceState *d = DEVICE(drc);
> > > +
> > > + if (d) {
> > > + device_reset(d);
> > > + }
> > > +}
> > > +
> > > +static void spapr_create_lmb_dr_connectors(sPAPRMachineState *spapr)
> > > +{
> > > + MachineState *machine = MACHINE(qdev_get_machine());
> > > + uint64_t lmb_size = SPAPR_MEMORY_BLOCK_SIZE;
> > > + uint32_t nr_rma_lmbs = spapr->rma_size/lmb_size;
> > > + uint32_t nr_lmbs = machine->maxram_size/lmb_size - nr_rma_lmbs;
> > > + uint32_t nr_assigned_lmbs = machine->ram_size/lmb_size - nr_rma_lmbs;
> > > + int i;
> > > +
> > > + for (i = 0; i < nr_lmbs; i++) {
> > > + sPAPRDRConnector *drc;
> > > + uint64_t addr;
> > > +
> > > + if (i < nr_assigned_lmbs) {
> > > + addr = (i + nr_rma_lmbs) * lmb_size;
> > > + } else {
> > > + addr = (i - nr_assigned_lmbs) * lmb_size +
> > > + SPAPR_MACHINE(qdev_get_machine())->hotplug_memory.base;
> > > + }
> > > +
> > > + drc = spapr_dr_connector_new(qdev_get_machine(),
> > > + SPAPR_DR_CONNECTOR_TYPE_LMB, addr/lmb_size);
> > > + qemu_register_reset(spapr_drc_reset, drc);
> >
> > Actually.. I'm not sure what spapr_drc_reset is needed for at all.
> > Won't the device reset hook get called through the normal qdev path
> > anyway? The PCI hotplug code doesn't have an explicit register_reset,
> > so why does the memory hotplug code need it?
In case of PCI hotplug, the reset for DR devices are handled by
spapr_phb_reset which walks the children and does device_reset for
all DR child devices.
In case of Memory and CPU hotplug, DR devices end up as children
of spapr machine object. So we have two options.
1. The current option where individual DR devices register a reset
handler (spapr_drc_reset) which gets invoked when ppc_spapr_reset
invokes qemu_devices_reset.
2. Let individual DR objects not register their own reset handlers, but
let ppc_spapr_reset walk through its children and invoke reset for them
like below:
diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
index 060fadc..da31152 100644
--- a/hw/ppc/spapr.c
+++ b/hw/ppc/spapr.c
@@ -1061,6 +1061,16 @@ static int spapr_check_htab_fd(sPAPRMachineState *spapr)
return rc;
}
+static int spapr_drc_reset(Object *child, void *opaque)
+{
+ DeviceState *d = (DeviceState *) object_dynamic_cast(child, TYPE_DEVICE);
+
+ if (d) {
+ device_reset(d);
+ }
+ return 0;
+}
+
static void ppc_spapr_reset(void)
{
sPAPRMachineState *spapr = SPAPR_MACHINE(qdev_get_machine());
@@ -1073,6 +1083,8 @@ static void ppc_spapr_reset(void)
/* Reset the hash table & recalc the RMA */
spapr_reset_htab(spapr);
+ object_child_foreach(qdev_get_machine(), spapr_drc_reset, NULL);
+
qemu_devices_reset();
/*
Let me know which one you prefer.
Regards,
Bharata.
next prev parent reply other threads:[~2015-06-24 3:25 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-19 10:17 [Qemu-devel] [RFC PATCH v4 0/5] Memory hotplug for PowerPC sPAPR guests Bharata B Rao
2015-06-19 10:17 ` [Qemu-devel] [RFC PATCH v4 1/5] spapr: Initialize hotplug memory address space Bharata B Rao
2015-06-23 1:33 ` David Gibson
2015-06-24 2:14 ` Bharata B Rao
2015-06-19 10:17 ` [Qemu-devel] [RFC PATCH v4 2/5] spapr: Add LMB DR connectors Bharata B Rao
2015-06-23 1:32 ` David Gibson
2015-06-24 2:19 ` Bharata B Rao
2015-06-24 3:24 ` Bharata B Rao [this message]
2015-06-24 5:51 ` David Gibson
2015-06-25 12:56 ` Michael Roth
2015-06-19 10:17 ` [Qemu-devel] [RFC PATCH v4 3/5] spapr: Support ibm, dynamic-reconfiguration-memory Bharata B Rao
2015-06-23 1:54 ` David Gibson
2015-06-24 2:25 ` Bharata B Rao
2015-06-24 5:55 ` David Gibson
2015-06-25 6:17 ` Bharata B Rao
2015-06-19 10:17 ` [Qemu-devel] [RFC PATCH v4 4/5] spapr: Make hash table size a factor of maxram_size Bharata B Rao
2015-06-23 2:08 ` David Gibson
2015-06-19 10:17 ` [Qemu-devel] [RFC PATCH v4 5/5] spapr: Memory hotplug support Bharata B Rao
2015-06-23 2:29 ` David Gibson
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=20150624032440.GE26051@in.ibm.com \
--to=bharata@linux.vnet.ibm.com \
--cc=agraf@suse.de \
--cc=aik@ozlabs.ru \
--cc=david@gibson.dropbear.id.au \
--cc=imammedo@redhat.com \
--cc=mdroth@linux.vnet.ibm.com \
--cc=nfont@linux.vnet.ibm.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=tyreld@linux.vnet.ibm.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).