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
>
next prev parent 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 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).