All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcel Apfelbaum <marcel@redhat.com>
To: Laszlo Ersek <lersek@redhat.com>
Cc: ehabkost@redhat.com, mst@redhat.com, qemu-devel@nongnu.org,
	armbru@redhat.com, qemu-stable@nongnu.org, pbonzini@redhat.com
Subject: Re: [Qemu-devel] [PATCH V2] vl.c: fixed regression in machine error message
Date: Mon, 8 Feb 2016 13:11:12 +0200	[thread overview]
Message-ID: <56B877D0.3090706@redhat.com> (raw)
In-Reply-To: <56B875AE.2060509@redhat.com>

On 02/08/2016 01:02 PM, Laszlo Ersek wrote:
> On 02/08/16 11:46, Marcel Apfelbaum wrote:
>> On 02/08/2016 12:28 PM, Laszlo Ersek wrote:
>>> On 02/08/16 11:09, Marcel Apfelbaum wrote:
>>>> Commit e1ce0c3cb(vl.c: fix regression when reading machine type from
>>>> config file)
>>>> fixed the error message when the machine type was supplied inside the
>>>> config file. However now the option name is not displayed correctly if
>>>> the error happens when the machine is specified at command line.
>>>>
>>>> Running
>>>>       ./x86_64-softmmu/qemu-system-x86_64 -M q35-1.5 -redir tcp:8022::22
>>>> will result in the error message:
>>>>       qemu-system-x86_64: -redir tcp:8022::22: unsupported machine type
>>>>       Use -machine help to list supported machines
>>>>
>>>> Fixed it by saving the error location and also extracted the code
>>>> dealing with machine options into a separate function.
>>>>
>>>> v1 -> v2:
>>>>    - Addressed Laszlo Ersek's comments:
>>>>      - no need to save the machine options location, is saved in opts
>>>>      - rename the extracted method to set_machine_options
>>>>      - added the bug reporter to the CC
>>>>
>>>>    - tested with and without the config file and the error message is
>>>> no OK:
>>>
>>> --> "is *now* OK". The typo ("no OK") should be please fixed up by the
>>> maintainer (unless another round is necessary).
>>
>> Oh, v1->v2 section should be under -- line, I'll resend
>>
>>>
>>>>    config file:
>>>>       - qemu-system-x86_64:machine-bug.conf:3: unsupported machine type
>>>>    cli:
>>>>      - qemu-system-x86_64: -M q35-1.5: unsupported machine type
>>>>
>>>> Reported-by: Michael S. Tsirkin <mst@redhat.com>
>>>> Signed-off-by: Marcel Apfelbaum <marcel@redhat.com>
>>>> ---
>>>>    vl.c | 38 +++++++++++++++++++++++++++-----------
>>>>    1 file changed, 27 insertions(+), 11 deletions(-)
>>>>
>>>> diff --git a/vl.c b/vl.c
>>>> index f043009..dd29807 100644
>>>> --- a/vl.c
>>>> +++ b/vl.c
>>>> @@ -2751,6 +2751,32 @@ static const QEMUOption *lookup_opt(int argc,
>>>> char **argv,
>>>>        return popt;
>>>>    }
>>>>
>>>> +static void set_machine_options(MachineClass **machine_class)
>>>> +{
>>>> +    const char *optarg;
>>>> +    QemuOpts *opts;
>>>> +    Location loc;
>>>> +
>>>> +    loc_push_none(&loc);
>>>> +
>>>> +    opts = qemu_get_machine_opts();
>>>> +    loc_push_none(&loc);
>>>> +    qemu_opts_loc_restore(opts);
>>>> +
>>>> +    optarg = qemu_opt_get(qemu_get_machine_opts(), "type");
>>>
>>> Not particularly important, but you could just pass "opts" as first arg
>>> here, rather than calling qemu_get_machine_opts() again. For style
>>> reasons, can you clean it up?
>>
>> I would have nothing against it, but how can we be sure that opts poins
>> to machine opts
>> at the time set_machine_options is called? Or I am missing something.
>
> Please search this new function in your text editor for occurrences of
> "qemu_get_machine_opts", and you will see. :)

Ooops... I was thinking you wanted me to pass "opts" as parameter to set_machine_options.
Anyway, it wasn't for nothing, I saw that machine_opts is assigned twice, I'll send a patch shortly :)

Finally got it, thanks
Marcel


> Thanksargument
> Laszlo
>
>>
>>>
>>> With that:
>>>
>>> Reviewed-by: Laszlo Ersek <lersek@redhat.com>
>>
>> Thanks! Waiting for your comment to the above and I'll post again.
>> Marcel
>>
>>>
>>> Thanks
>>> Laszlo
>>>
>>>> +    if (optarg) {
>>>> +        *machine_class = machine_parse(optarg);
>>>> +    }
>>>> +
>>>> +    if (*machine_class == NULL) {
>>>> +        error_report("No machine specified, and there is no default");
>>>> +        error_printf("Use -machine help to list supported machines\n");
>>>> +        exit(1);
>>>> +    }
>>>> +
>>>> +    loc_pop(&loc);
>>>> +}
>>>> +
>>>>    static int machine_set_property(void *opaque,
>>>>                                    const char *name, const char *value,
>>>>                                    Error **errp)
>>>> @@ -4019,17 +4045,7 @@ int main(int argc, char **argv, char **envp)
>>>>
>>>>        replay_configure(icount_opts);
>>>>
>>>> -    opts = qemu_get_machine_opts();
>>>> -    optarg = qemu_opt_get(opts, "type");
>>>> -    if (optarg) {
>>>> -        machine_class = machine_parse(optarg);
>>>> -    }
>>>> -
>>>> -    if (machine_class == NULL) {
>>>> -        error_report("No machine specified, and there is no default");
>>>> -        error_printf("Use -machine help to list supported machines\n");
>>>> -        exit(1);
>>>> -    }
>>>> +    set_machine_options(&machine_class);
>>>>
>>>>        set_memory_options(&ram_slots, &maxram_size, machine_class);
>>>>
>>>>
>>>
>>
>

      reply	other threads:[~2016-02-08 11:11 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-08 10:09 [Qemu-devel] [PATCH V2] vl.c: fixed regression in machine error message Marcel Apfelbaum
2016-02-08 10:28 ` Laszlo Ersek
2016-02-08 10:46   ` Marcel Apfelbaum
2016-02-08 11:02     ` Laszlo Ersek
2016-02-08 11:11       ` Marcel Apfelbaum [this message]

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=56B877D0.3090706@redhat.com \
    --to=marcel@redhat.com \
    --cc=armbru@redhat.com \
    --cc=ehabkost@redhat.com \
    --cc=lersek@redhat.com \
    --cc=mst@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-stable@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 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.