From: Daniel Henrique Barboza <danielhb@linux.vnet.ibm.com>
To: David Gibson <david@gibson.dropbear.id.au>,
mdroth@linux.vnet.ibm.com, groug@kaod.org
Cc: lvivier@redhat.com, qemu-devel@nongnu.org, qemu-ppc@nongnu.org,
sjitindarsingh@gmail.com, bharata@linux.vnet.ibm.com
Subject: Re: [Qemu-devel] [Qemu-ppc] [PATCHv2 7/8] spapr: Remove sPAPRConfigureConnectorState sub-structure
Date: Wed, 12 Jul 2017 14:40:43 -0300 [thread overview]
Message-ID: <fd8018b0-fe25-bc4f-b74c-ebba455f6dc4@linux.vnet.ibm.com> (raw)
In-Reply-To: <20170712055317.26225-8-david@gibson.dropbear.id.au>
On 07/12/2017 02:53 AM, David Gibson wrote:
> Most of the time, the state of a DRC object is contained in the single
> 'state' variable. However, during the transition from UNISOLATE to
> CONFIGURED state requires multiple calls to the ibm,configure-connector
> RTAS call to retrieve the device tree for the attached device. We need
> some extra state to keep track of where we're up to in delivering the
> device tree information to the guest.
>
> Currently that extra state is in a sPAPRConfigureConnectorState
> substructure which is only allocated when we're in the middle of the
> configure connector process. That sounds like a good idea, but the extra
> state is only two integers - on many platforms that will take up the same
> room as the (maybe NULL) ccs pointer even before malloc() overhead. Plus
> it's another object whose lifetime we need to manage. In short, it's not
> worth it.
>
> So, fold the sPAPRConfigureConnectorState substructure directly into the
> DRC object.
>
> Previously the structure was allocated lazily when the configure-connector
> call discovers it's not there. Now, we need to initialize the subfields
> pre-emptively, as soon as we enter UNISOLATE state.
>
> Although it's not strictly necessary (the field values should only ever
> be consulted when in UNISOLATE state), we try to keep them at -1 when in
> other states, as a debugging aid.
>
> Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Reviewed-by: Daniel Barboza <danielhb@linux.vnet.ibm.com>
> ---
> hw/ppc/spapr_drc.c | 56 +++++++++++++++-------------------------------
> include/hw/ppc/spapr_drc.h | 16 +++++--------
> 2 files changed, 24 insertions(+), 48 deletions(-)
>
> diff --git a/hw/ppc/spapr_drc.c b/hw/ppc/spapr_drc.c
> index dbc9c0f..423db80 100644
> --- a/hw/ppc/spapr_drc.c
> +++ b/hw/ppc/spapr_drc.c
> @@ -59,14 +59,6 @@ static uint32_t drc_isolate_physical(sPAPRDRConnector *drc)
> g_assert_not_reached();
> }
>
> - /* if the guest is configuring a device attached to this DRC, we
> - * should reset the configuration state at this point since it may
> - * no longer be reliable (guest released device and needs to start
> - * over, or unplug occurred so the FDT is no longer valid)
> - */
> - g_free(drc->ccs);
> - drc->ccs = NULL;
> -
> drc->state = SPAPR_DRC_STATE_PHYSICAL_POWERON;
>
> if (drc->unplug_requested) {
> @@ -99,6 +91,8 @@ static uint32_t drc_unisolate_physical(sPAPRDRConnector *drc)
> }
>
> drc->state = SPAPR_DRC_STATE_PHYSICAL_UNISOLATE;
> + drc->ccs_offset = drc->fdt_start_offset;
> + drc->ccs_depth = 0;
>
> return RTAS_OUT_SUCCESS;
> }
> @@ -117,14 +111,6 @@ static uint32_t drc_isolate_logical(sPAPRDRConnector *drc)
> g_assert_not_reached();
> }
>
> - /* if the guest is configuring a device attached to this DRC, we
> - * should reset the configuration state at this point since it may
> - * no longer be reliable (guest released device and needs to start
> - * over, or unplug occurred so the FDT is no longer valid)
> - */
> - g_free(drc->ccs);
> - drc->ccs = NULL;
> -
> /*
> * Fail any requests to ISOLATE the LMB DRC if this LMB doesn't
> * belong to a DIMM device that is marked for removal.
> @@ -176,6 +162,9 @@ static uint32_t drc_unisolate_logical(sPAPRDRConnector *drc)
> g_assert(drc->dev);
>
> drc->state = SPAPR_DRC_STATE_LOGICAL_UNISOLATE;
> + drc->ccs_offset = drc->fdt_start_offset;
> + drc->ccs_depth = 0;
> +
> return RTAS_OUT_SUCCESS;
> }
>
> @@ -441,9 +430,6 @@ void spapr_drc_reset(sPAPRDRConnector *drc)
>
> trace_spapr_drc_reset(spapr_drc_index(drc));
>
> - g_free(drc->ccs);
> - drc->ccs = NULL;
> -
> /* immediately upon reset we can safely assume DRCs whose devices
> * are pending removal can be safely removed.
> */
> @@ -457,6 +443,9 @@ void spapr_drc_reset(sPAPRDRConnector *drc)
> } else {
> drc->state = drck->empty_state;
> }
> +
> + drc->ccs_offset = -1;
> + drc->ccs_depth = -1;
> }
>
> static void drc_reset(void *opaque)
> @@ -1010,7 +999,6 @@ static void rtas_ibm_configure_connector(PowerPCCPU *cpu,
> uint32_t drc_index;
> sPAPRDRConnector *drc;
> sPAPRDRConnectorClass *drck;
> - sPAPRConfigureConnectorState *ccs;
> sPAPRDRCCResponse resp = SPAPR_DR_CC_RESPONSE_CONTINUE;
> int rc;
>
> @@ -1040,25 +1028,18 @@ static void rtas_ibm_configure_connector(PowerPCCPU *cpu,
>
> drck = SPAPR_DR_CONNECTOR_GET_CLASS(drc);
>
> - ccs = drc->ccs;
> - if (!ccs) {
> - ccs = g_new0(sPAPRConfigureConnectorState, 1);
> - ccs->fdt_offset = drc->fdt_start_offset;
> - drc->ccs = ccs;
> - }
> -
> do {
> uint32_t tag;
> const char *name;
> const struct fdt_property *prop;
> int fdt_offset_next, prop_len;
>
> - tag = fdt_next_tag(drc->fdt, ccs->fdt_offset, &fdt_offset_next);
> + tag = fdt_next_tag(drc->fdt, drc->ccs_offset, &fdt_offset_next);
>
> switch (tag) {
> case FDT_BEGIN_NODE:
> - ccs->fdt_depth++;
> - name = fdt_get_name(drc->fdt, ccs->fdt_offset, NULL);
> + drc->ccs_depth++;
> + name = fdt_get_name(drc->fdt, drc->ccs_offset, NULL);
>
> /* provide the name of the next OF node */
> wa_offset = CC_VAL_DATA_OFFSET;
> @@ -1067,23 +1048,22 @@ static void rtas_ibm_configure_connector(PowerPCCPU *cpu,
> resp = SPAPR_DR_CC_RESPONSE_NEXT_CHILD;
> break;
> case FDT_END_NODE:
> - ccs->fdt_depth--;
> - if (ccs->fdt_depth == 0) {
> + drc->ccs_depth--;
> + if (drc->ccs_depth == 0) {
> uint32_t drc_index = spapr_drc_index(drc);
>
> /* done sending the device tree, move to configured state */
> trace_spapr_drc_set_configured(drc_index);
> drc->state = drck->ready_state;
> - g_free(ccs);
> - drc->ccs = NULL;
> - ccs = NULL;
> + drc->ccs_offset = -1;
> + drc->ccs_depth = -1;
> resp = SPAPR_DR_CC_RESPONSE_SUCCESS;
> } else {
> resp = SPAPR_DR_CC_RESPONSE_PREV_PARENT;
> }
> break;
> case FDT_PROP:
> - prop = fdt_get_property_by_offset(drc->fdt, ccs->fdt_offset,
> + prop = fdt_get_property_by_offset(drc->fdt, drc->ccs_offset,
> &prop_len);
> name = fdt_string(drc->fdt, fdt32_to_cpu(prop->nameoff));
>
> @@ -1108,8 +1088,8 @@ static void rtas_ibm_configure_connector(PowerPCCPU *cpu,
> /* keep seeking for an actionable tag */
> break;
> }
> - if (ccs) {
> - ccs->fdt_offset = fdt_offset_next;
> + if (drc->ccs_offset >= 0) {
> + drc->ccs_offset = fdt_offset_next;
> }
> } while (resp == SPAPR_DR_CC_RESPONSE_CONTINUE);
>
> diff --git a/include/hw/ppc/spapr_drc.h b/include/hw/ppc/spapr_drc.h
> index 4ceaaf0..9d4fd41 100644
> --- a/include/hw/ppc/spapr_drc.h
> +++ b/include/hw/ppc/spapr_drc.h
> @@ -191,12 +191,6 @@ typedef enum {
> SPAPR_DRC_STATE_PHYSICAL_CONFIGURED = 8,
> } sPAPRDRCState;
>
> -/* rtas-configure-connector state */
> -typedef struct sPAPRConfigureConnectorState {
> - int fdt_offset;
> - int fdt_depth;
> -} sPAPRConfigureConnectorState;
> -
> typedef struct sPAPRDRConnector {
> /*< private >*/
> DeviceState parent;
> @@ -209,14 +203,16 @@ typedef struct sPAPRDRConnector {
>
> uint32_t state;
>
> - /* configure-connector state */
> - void *fdt;
> - int fdt_start_offset;
> - sPAPRConfigureConnectorState *ccs;
> + /* RTAS ibm,configure-connector state */
> + /* (only valid in UNISOLATE state) */
> + int ccs_offset;
> + int ccs_depth;
>
> /* device pointer, via link property */
> DeviceState *dev;
> bool unplug_requested;
> + void *fdt;
> + int fdt_start_offset;
> } sPAPRDRConnector;
>
> typedef struct sPAPRDRConnectorClass {
next prev parent reply other threads:[~2017-07-12 17:41 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-12 5:53 [Qemu-devel] [PATCHv2 0/8] spapr: DRC cleanups (part VI) David Gibson
2017-07-12 5:53 ` [Qemu-devel] [PATCHv2 1/8] spapr: Treat devices added before inbound migration as coldplugged David Gibson
2017-07-12 8:41 ` Greg Kurz
2017-07-12 5:53 ` [Qemu-devel] [PATCHv2 2/8] spapr: Remove 'awaiting_allocation' DRC flag David Gibson
2017-07-12 9:38 ` Laurent Vivier
2017-07-12 10:00 ` Greg Kurz
2017-07-12 11:05 ` David Gibson
2017-07-12 11:27 ` Greg Kurz
2017-07-12 17:04 ` Greg Kurz
2017-07-12 5:53 ` [Qemu-devel] [PATCHv2 3/8] spapr: Simplify unplug path David Gibson
2017-07-12 10:04 ` Greg Kurz
2017-07-12 10:31 ` Greg Kurz
2017-07-13 0:30 ` David Gibson
2017-07-12 5:53 ` [Qemu-devel] [PATCHv2 4/8] spapr: Refactor spapr_drc_detach() David Gibson
2017-07-12 11:47 ` Greg Kurz
2017-07-13 0:53 ` David Gibson
2017-07-12 5:53 ` [Qemu-devel] [PATCHv2 5/8] spapr: Cleanups relating to DRC awaiting_release field David Gibson
2017-07-12 5:53 ` [Qemu-devel] [PATCHv2 6/8] spapr: Consolidate DRC state variables David Gibson
2017-07-12 17:36 ` [Qemu-devel] [Qemu-ppc] " Daniel Henrique Barboza
2017-07-12 5:53 ` [Qemu-devel] [PATCHv2 7/8] spapr: Remove sPAPRConfigureConnectorState sub-structure David Gibson
2017-07-12 17:40 ` Daniel Henrique Barboza [this message]
2017-07-12 5:53 ` [Qemu-devel] [PATCHv2 8/8] spapr: Implement DR-indicator for physical DRCs only David Gibson
2017-07-12 17:44 ` [Qemu-devel] [Qemu-ppc] " Daniel Henrique Barboza
2017-07-12 13:48 ` [Qemu-devel] [Qemu-ppc] [PATCHv2 0/8] spapr: DRC cleanups (part VI) Daniel Henrique Barboza
2017-07-13 0:57 ` David Gibson
2017-07-13 10:13 ` Daniel Henrique Barboza
2017-07-14 6:53 ` David Gibson
2017-07-14 13:50 ` Daniel Henrique Barboza
2017-07-15 2:42 ` David Gibson
2017-07-13 1:09 ` [Qemu-devel] " 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=fd8018b0-fe25-bc4f-b74c-ebba455f6dc4@linux.vnet.ibm.com \
--to=danielhb@linux.vnet.ibm.com \
--cc=bharata@linux.vnet.ibm.com \
--cc=david@gibson.dropbear.id.au \
--cc=groug@kaod.org \
--cc=lvivier@redhat.com \
--cc=mdroth@linux.vnet.ibm.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=sjitindarsingh@gmail.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).