qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH] vl: exit if a bad property value is passed to -


From: Eduardo Habkost
Subject: Re: [Qemu-devel] [PATCH] vl: exit if a bad property value is passed to -global
Date: Wed, 20 Jul 2016 17:18:26 -0300
User-agent: Mutt/1.6.1 (2016-04-27)

Sorry for the long delay:

On Thu, Jul 14, 2016 at 10:29:57AM +0200, Igor Mammedov wrote:
> On Thu, 14 Jul 2016 11:42:40 +1000
> David Gibson <address@hidden> wrote:
> 
> > On Wed, Jul 13, 2016 at 08:05:03PM +0200, Greg Kurz wrote:
> > > When passing '-global driver=host-powerpc64-cpu,property=compat,value=foo'
> > > on the command line, without this patch, we get the following warning per
> > > device (which means many lines if the guests has many cpus):
> > > 
> > > qemu-system-ppc64: Warning: can't apply global 
> > > host-powerpc64-cpu.compat=foo:
> > >     Invalid compatibility mode "foo"
> > > 
> > > ... and QEMU continues execution, ignoring the property.
> > > 
> > > With this patch, we get a single line:
> > > 
> > > qemu-system-ppc64: can't apply global host-powerpc64-cpu.compat=foo:
> > >     Invalid compatibility mode "foo"
> > > 
> > > ... and QEMU exits.
> > > 
> > > Signed-off-by: Greg Kurz <address@hidden>  
> > 
> > Reviewed-by: David Gibson <address@hidden>
> > 
> > Not really up to me to decide if this is the right approach for global
> > option handling, but it seems like the way to go to me.
> CCing Eduardo
>  as he basically rewrote that path several times and might know why it's this 
> way now.
> 
> > 
> > > ---
> > >  vl.c |    3 ++-
> > >  1 file changed, 2 insertions(+), 1 deletion(-)
> > > 
> > > diff --git a/vl.c b/vl.c
> > > index 356713ea075c..a7cc92781687 100644
> > > --- a/vl.c
> > > +++ b/vl.c
> > > @@ -2922,6 +2922,7 @@ static int global_init_func(void *opaque, QemuOpts 
> > > *opts, Error **errp)
> > >      g->property = qemu_opt_get(opts, "property");
> > >      g->value    = qemu_opt_get(opts, "value");
> > >      g->user_provided = true;
> > > +    g->errp = errp;

Exiting QEMU like you suggest is valid, but we can't set errp to
error_fatal here, because it could make QEMU abort when using
device_add.

Probably the simplest solution is to ignore GlobalProperty.errp
in qdev_prop_set_globals_for_type() if dev->hotplugged is set.
Then we can safely set errp here.

-- 
Eduardo



reply via email to

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