qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Philippe Mathieu-Daudé" <philmd@redhat.com>
To: Max Reitz <mreitz@redhat.com>, qemu-devel@nongnu.org
Cc: "Kevin Wolf" <kwolf@redhat.com>,
	"Daniel P . Berrangé" <berrange@redhat.com>,
	qemu-block@nongnu.org, "Juan Quintela" <quintela@redhat.com>,
	"Dr. David Alan Gilbert" <dgilbert@redhat.com>,
	"Pavel Dovgalyuk" <pavel.dovgaluk@ispras.ru>,
	"Paolo Bonzini" <pbonzini@redhat.com>
Subject: Re: [PATCH 1/3] block: push error reporting into bdrv_all_*_snapshot functions
Date: Mon, 12 Oct 2020 13:56:36 +0200	[thread overview]
Message-ID: <881be4dc-22f9-f841-816e-c7e57c336ffa@redhat.com> (raw)
In-Reply-To: <f68d175a-68f0-3d6a-78d0-8a5981a9d983@redhat.com>

On 10/12/20 1:09 PM, Max Reitz wrote:
> On 12.10.20 12:16, Philippe Mathieu-Daudé wrote:
>> On 10/12/20 12:07 PM, Max Reitz wrote:
>>> On 08.10.20 19:48, Philippe Mathieu-Daudé wrote:
>>>> From: Daniel P. Berrangé <berrange@redhat.com>
>>>>
>>>> The bdrv_all_*_snapshot functions return a BlockDriverState pointer
>>>> for the invalid backend, which the callers then use to report an
>>>> error message. In some cases multiple callers are reporting the
>>>> same error message, but with slightly different text. In the future
>>>> there will be more error scenarios for some of these methods, which
>>>> will benefit from fine grained error message reporting. So it is
>>>> helpful to push error reporting down a level.
>>>>
>>>> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
>>>> ---
>>>>    include/block/snapshot.h       | 14 +++----
>>>>    block/monitor/block-hmp-cmds.c |  7 ++--
>>>>    block/snapshot.c               | 77 +++++++++++++++++-----------------
>>>>    migration/savevm.c             | 37 +++++-----------
>>>>    monitor/hmp-cmds.c             |  7 +---
>>>>    replay/replay-debugging.c      |  4 +-
>>>>    tests/qemu-iotests/267.out     | 10 ++---
>>>>    7 files changed, 67 insertions(+), 89 deletions(-)
>>>
>>> Looks good overall to me, but for some reason this patch pulls in the
>>> @ok and @ret variables from the top scope of all concerned functions
>>> into the inner scopes of the BDS loops, and drops their initialization.
>>>    That’s wrong, because we only call the respective snapshotting
>>> functions on some BDSs, so the return value stays uninitialized for all
>>> other BDSs:
>>
>> Indeed, thanks for catching that.
>>
>> [...]
>>>>    int bdrv_all_create_snapshot(QEMUSnapshotInfo *sn,
>>>>                                 BlockDriverState *vm_state_bs,
>>>>                                 uint64_t vm_state_size,
>>>> -                             BlockDriverState **first_bad_bs)
>>>> +                             Error **errp)
>>>>    {
>>>> -    int err = 0;
>>>>        BlockDriverState *bs;
>>>>        BdrvNextIterator it;
>>>>          for (bs = bdrv_first(&it); bs; bs = bdrv_next(&it)) {
>>>>            AioContext *ctx = bdrv_get_aio_context(bs);
>>>> +        int ret;
>>>
>>> And one final time.
>>>
>>> Max
>>>
>>>>            aio_context_acquire(ctx);
>>>>            if (bs == vm_state_bs) {
>>>>                sn->vm_state_size = vm_state_size;
>>>> -            err = bdrv_snapshot_create(bs, sn);
>>>> +            ret = bdrv_snapshot_create(bs, sn);
>>>>            } else if (bdrv_all_snapshots_includes_bs(bs)) {
>>>>                sn->vm_state_size = 0;
>>>> -            err = bdrv_snapshot_create(bs, sn);
>>>> +            ret = bdrv_snapshot_create(bs, sn);
>>
>> This one is not needed.
> 
> Why not?  Is bdrv_all_snapshots_includes_bs(bs) guaranteed to be true?
> (I don’t see any a plain “else” branch, or where ret would be set
> outside of these two “if” blocks.)

Oops, I misread the 'else' branch, you are right again :)

> 
> Max
> 
>>>>            }
>>>>            aio_context_release(ctx);
>>>> -        if (err < 0) {
>>>> +        if (ret < 0) {
>>>> +            error_setg(errp, "Could not create snapshot '%s' on '%s'",
>>>> +                       sn->name, bdrv_get_device_or_node_name(bs));
>>>>                bdrv_next_cleanup(&it);
>>>> -            goto fail;
>>>> +            return -1;
>>>>            }
>>>>        }
>>>
>>
> 



  reply	other threads:[~2020-10-12 12:00 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-08 17:48 [PATCH 0/3] migration: Make save/load_snapshot() return boolean Philippe Mathieu-Daudé
2020-10-08 17:48 ` [PATCH 1/3] block: push error reporting into bdrv_all_*_snapshot functions Philippe Mathieu-Daudé
2020-10-12 10:07   ` Max Reitz
2020-10-12 10:16     ` Philippe Mathieu-Daudé
2020-10-12 11:09       ` Max Reitz
2020-10-12 11:56         ` Philippe Mathieu-Daudé [this message]
2020-10-08 17:48 ` [PATCH 2/3] migration: Make save_snapshot() return bool, not 0/-1 Philippe Mathieu-Daudé
2020-10-09 12:09   ` Pavel Dovgalyuk
2020-10-09 13:57   ` Philippe Mathieu-Daudé
2020-10-08 17:48 ` [PATCH 3/3] migration: stop returning errno from load_snapshot() Philippe Mathieu-Daudé
2020-10-09 12:10   ` Pavel Dovgalyuk

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=881be4dc-22f9-f841-816e-c7e57c336ffa@redhat.com \
    --to=philmd@redhat.com \
    --cc=berrange@redhat.com \
    --cc=dgilbert@redhat.com \
    --cc=kwolf@redhat.com \
    --cc=mreitz@redhat.com \
    --cc=pavel.dovgaluk@ispras.ru \
    --cc=pbonzini@redhat.com \
    --cc=qemu-block@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=quintela@redhat.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).