From: Igor Mammedov <imammedo@redhat.com>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: qemu-devel@nongnu.org, Markus Armbruster <armbru@redhat.com>
Subject: Re: [Qemu-devel] [PATCH] numa: fixup parsed NumaNodeOptions earlier
Date: Thu, 12 Oct 2017 17:58:09 +0200 [thread overview]
Message-ID: <20171012175809.660d3bce@nial.brq.redhat.com> (raw)
In-Reply-To: <20171012154346.GZ3246@localhost.localdomain>
On Thu, 12 Oct 2017 12:43:46 -0300
Eduardo Habkost <ehabkost@redhat.com> wrote:
> On Thu, Oct 12, 2017 at 11:39:58AM +0200, Igor Mammedov wrote:
> > numa 'mem' option with suffix or without one is possible
> > only on CLI/HMP. Instead of fixing up special suffix less
> > CLI case deep in parse_numa_node() do it earlier right
> > after option is parsed into NumaNodeOptions with OptVisistor
> > so that the rest of the code would use valid values in
> > NumaNodeOptions and won't have to reparse QemuOpts.
> >
> > It will help to isolate CLI/HMP parts in parse_numa() and
> > split out parsed NumaNodeOptions processing into separate
> > function that could be reused by QMP handler where we have
> > only NumaNodeOptions and don't need any fixups.
> >
> > While at it reuse qemu_strtosz_MiB() instead of manually
> > checking for suffixes.
> >
> > Signed-off-by: Igor Mammedov <imammedo@redhat.com>
> > ---
> > numa.c | 19 ++++++++++---------
> > 1 file changed, 10 insertions(+), 9 deletions(-)
> >
> > diff --git a/numa.c b/numa.c
> > index 17ea514..fb4c35a 100644
> > --- a/numa.c
> > +++ b/numa.c
> > @@ -38,6 +38,7 @@
> > #include "hw/mem/pc-dimm.h"
> > #include "qemu/option.h"
> > #include "qemu/config-file.h"
> > +#include "qemu/cutils.h"
> >
> > QemuOptsList qemu_numa_opts = {
> > .name = "numa",
> > @@ -142,7 +143,7 @@ uint32_t numa_get_node(ram_addr_t addr, Error **errp)
> > }
> >
> > static void parse_numa_node(MachineState *ms, NumaNodeOptions *node,
> > - QemuOpts *opts, Error **errp)
> > + Error **errp)
> > {
> > uint16_t nodenr;
> > uint16List *cpus = NULL;
> > @@ -199,13 +200,7 @@ static void parse_numa_node(MachineState *ms, NumaNodeOptions *node,
> > }
> >
> > if (node->has_mem) {
> > - uint64_t mem_size = node->mem;
> > - const char *mem_str = qemu_opt_get(opts, "mem");
> > - /* Fix up legacy suffix-less format */
> > - if (g_ascii_isdigit(mem_str[strlen(mem_str) - 1])) {
> > - mem_size <<= 20;
> > - }
> > - numa_info[nodenr].node_mem = mem_size;
> > + numa_info[nodenr].node_mem = node->mem;
> > }
> > if (node->has_memdev) {
> > Object *o;
> > @@ -290,9 +285,15 @@ int parse_numa(void *opaque, QemuOpts *opts, Error **errp)
> > goto end;
> > }
> >
> > + /* Fix up legacy suffix-less format */
> > + if ((object->type == NUMA_OPTIONS_TYPE_NODE) && object->u.node.has_mem) {
> > + const char *mem_str = qemu_opt_get(opts, "mem");
> > + qemu_strtosz_MiB(mem_str, NULL, &object->u.node.mem);
> > + }
> > +
>
> I would like to have a way to represent this behavior in the QAPI
> schema somehow. Markus, do you see a solution for that?
I've thought a bit about adding something like 'size_suffixed' type
but then it would sip into QMP/JSON where now size is just plain number
and we most likely wouldn't want this.
But it's not the only place that does this kind of fixup,
so maybe there could be some other way to this within OptsVisitor.
> But this patch is an improvement, anyway, so:
>
> Reviewed-by: Eduardo Habkost <ehabkost@redhat.com>
>
>
> > switch (object->type) {
> > case NUMA_OPTIONS_TYPE_NODE:
> > - parse_numa_node(ms, &object->u.node, opts, &err);
> > + parse_numa_node(ms, &object->u.node, &err);
> > if (err) {
> > goto end;
> > }
> > --
> > 2.7.4
> >
>
next prev parent reply other threads:[~2017-10-12 15:58 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-12 9:39 [Qemu-devel] [PATCH] numa: fixup parsed NumaNodeOptions earlier Igor Mammedov
2017-10-12 15:43 ` Eduardo Habkost
2017-10-12 15:58 ` Igor Mammedov [this message]
2017-11-09 12:57 ` Markus Armbruster
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=20171012175809.660d3bce@nial.brq.redhat.com \
--to=imammedo@redhat.com \
--cc=armbru@redhat.com \
--cc=ehabkost@redhat.com \
--cc=qemu-devel@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 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).