All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcel Apfelbaum <marcel@redhat.com>
To: Stefan Hajnoczi <stefanha@gmail.com>,
	Jan Kiszka <jan.kiszka@siemens.com>
Cc: Peter Maydell <peter.maydell@linaro.org>,
	Marcel Apfelbaum <marcel.a@redhat.com>,
	qemu-devel <qemu-devel@nongnu.org>,
	plucinski.mariusz@gmail.com,
	Stefan Hajnoczi <stefanha@redhat.com>,
	Tiejun Chen <tiejun.chen@intel.com>
Subject: Re: [Qemu-devel] [PATCH] vl.c: fix -usb option assertion failure in qemu_opt_get_bool_helper()
Date: Mon, 05 Jan 2015 14:14:18 +0200	[thread overview]
Message-ID: <54AA801A.8050605@redhat.com> (raw)
In-Reply-To: <CAJSP0QXrPatDiS9XCpkdyguwLp3kF1bLcJWKFG0fr6J8BrsYnQ@mail.gmail.com>

On 01/05/2015 01:50 PM, Stefan Hajnoczi wrote:
> On Mon, Jan 5, 2015 at 11:37 AM, Jan Kiszka <jan.kiszka@siemens.com> wrote:
>> On 2015-01-05 12:22, Stefan Hajnoczi wrote:
>>> Commit 49d2e648e8087d154d8bf8b91f27c8e05e79d5a6 ("machine: remove
>>> qemu_machine_opts global list") removed option descriptions from the
>>> -machine QemuOptsList to avoid repeating MachineState's QOM properties.
>>>
>>> This change broke vl.c:usb_enabled() because qemu_opt_get_bool() cannot
>>> be used on QemuOptsList without option descriptions since QemuOpts
>>> doesn't know the type and therefore left an unparsed string value.
>>>
>>> This patch avoids calling qemu_opt_get_bool() to fix the assertion
>>> failure:
>>>
>>>    $ qemu-system-x86_64 -usb
>>>    qemu_opt_get_bool_helper: Assertion `opt->desc && opt->desc->type == QEMU_OPT_BOOL' failed.
>>>
>>> Test the presence of -usb using qemu_opt_find() but use the
>>> MachineState->usb field instead of qemu_opt_get_bool().
>>>
>>> Cc: Marcel Apfelbaum <marcel.a@redhat.com>
>>> Cc: Tiejun Chen <tiejun.chen@intel.com>
>>> Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
>>> ---
>>>   vl.c | 7 +++++--
>>>   1 file changed, 5 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/vl.c b/vl.c
>>> index bea9656..6e8889c 100644
>>> --- a/vl.c
>>> +++ b/vl.c
>>> @@ -999,8 +999,11 @@ static int parse_name(QemuOpts *opts, void *opaque)
>>>
>>>   bool usb_enabled(bool default_usb)
>>>   {
>>> -    return qemu_opt_get_bool(qemu_get_machine_opts(), "usb",
>>> -                             has_defaults && default_usb);
>>> +    if (qemu_opt_find(qemu_get_machine_opts(), "usb")) {
>>> +        return current_machine->usb;
>>> +    } else {
>>> +        return has_defaults && default_usb;
>>> +    }
>>>   }
>>>
>>>   #ifndef _WIN32
>>>
>>
>> That still leaves the other boolean machine options broken. A generic
>> fix would be good. Or revert the original commit until we have one.
>
> I think we should revert the original commit.
>
> qemu_option_get_*() callers need to be converted to query MachineState
> fields instead of using QemuOpts functions.
>
> This means we need to modify the way default values are processed.
> MachineState fields should start with the default value and be
> overridden by command-line options.  Right now it works differently:
> we query the command-line option and fall back to the default if the
> option wasn't set.  That approach doesn't work for MachineState fields
> since C types (bool, int, etc) aren't tristate in the general case, so
> they cannot indicate whether or not they were set.
>
> The benefit of doing this work is that we eliminate the QemuOpts layer
> and work directly with QOM properties instead.
>
> Marcel: Do you want to do this or do you have another fix in mind?
Hi, sorry for not getting to this earlier, I thought Paolo already fixed
it, but I was wrong.

I think this is the right direction, I'll am going to take care of it. (At least I'll try...)

Thanks,
Marcel
>
> Stefan
>

  reply	other threads:[~2015-01-05 12:14 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-05 11:22 [Qemu-devel] [PATCH] vl.c: fix -usb option assertion failure in qemu_opt_get_bool_helper() Stefan Hajnoczi
2015-01-05 11:37 ` Jan Kiszka
2015-01-05 11:50   ` Stefan Hajnoczi
2015-01-05 12:14     ` Marcel Apfelbaum [this message]
2015-01-05 18:18       ` Laszlo Ersek
2015-01-06  2:37       ` Chen, Tiejun
2015-01-06  6:20         ` Shannon Zhao
2015-01-06  9:01           ` Chen, Tiejun
2015-01-06 16:53             ` Marcel Apfelbaum
2015-01-06 14:58         ` Stefan Hajnoczi
2015-01-31  9:23   ` Jan Kiszka
2015-02-02 10:02     ` Marcel Apfelbaum
2015-02-04 14:18       ` Christian Borntraeger
2015-02-04 14:27         ` Marcel Apfelbaum

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=54AA801A.8050605@redhat.com \
    --to=marcel@redhat.com \
    --cc=jan.kiszka@siemens.com \
    --cc=marcel.a@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=plucinski.mariusz@gmail.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@gmail.com \
    --cc=stefanha@redhat.com \
    --cc=tiejun.chen@intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.