qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v3 4/6] qemu-option: support +foo/-foo command l


From: Igor Mammedov
Subject: Re: [Qemu-devel] [PATCH v3 4/6] qemu-option: support +foo/-foo command line agruments
Date: Mon, 11 Nov 2013 15:25:46 +0100

On Mon, 11 Nov 2013 13:41:05 +0100
Andreas Färber <address@hidden> wrote:

> Am 11.11.2013 08:44, schrieb Alexey Kardashevskiy:
> > This converts +foo/-foo to "foo=on"/"foo=off" respectively when
> > QEMU parser is used for the command line options.
> > 
> > "-cpu" parsers in x86 and other architectures should be unaffected
> > by this change.
> > 
> > Signed-off-by: Alexey Kardashevskiy <address@hidden>
> > ---
> >  util/qemu-option.c | 6 ++++++
> >  1 file changed, 6 insertions(+)
> > 
> > diff --git a/util/qemu-option.c b/util/qemu-option.c
> > index efcb5dc..6c8667c 100644
> > --- a/util/qemu-option.c
> > +++ b/util/qemu-option.c
> > @@ -890,6 +890,12 @@ static int opts_do_parse(QemuOpts *opts, const char 
> > *params,
> >                  if (strncmp(option, "no", 2) == 0) {
> >                      memmove(option, option+2, strlen(option+2)+1);
> >                      pstrcpy(value, sizeof(value), "off");
> > +                } else if (strncmp(option, "-", 1) == 0) {
> > +                    memmove(option, option+1, strlen(option+1)+1);
> > +                    pstrcpy(value, sizeof(value), "off");
> > +                } else if (strncmp(option, "+", 1) == 0) {
> > +                    memmove(option, option+1, strlen(option+1)+1);
> > +                    pstrcpy(value, sizeof(value), "on");
> >                  } else {
> >                      pstrcpy(value, sizeof(value), "on");
> >                  }
> 
> This looks like an interesting idea! However this is much too big a
> change to just CC ppc folks on...
> 
> Jan, I wonder if this might break slirp's hostfwd option?
> 
> Not sure what other options potentially starting with '-' might be
> affected. Test cases would be a helpful way of demonstrating that this
> change does not have undesired side effects.
on x86 there is several value fixups for compatibility reason and a manual
value parsing in cpu_x86_parse_featurestr(), so above won't just work there.

> 
> Regards,
> Andreas
> 
> -- 
> SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
> GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
> 


-- 
Regards,
  Igor



reply via email to

[Prev in Thread] Current Thread [Next in Thread]