From: "Denis V. Lunev" <den@openvz.org>
To: Stefan Hajnoczi <stefanha@redhat.com>
Cc: Kevin Wolf <kwolf@redhat.com>,
qemu-devel@nongnu.org, Juan Quintela <quintela@redhat.com>
Subject: Re: [Qemu-devel] [PATCH 05/10] snapshot: create bdrv_all_find_snapshot helper
Date: Tue, 17 Nov 2015 11:10:26 +0300 [thread overview]
Message-ID: <564AE0F2.5010208@openvz.org> (raw)
In-Reply-To: <20151117072201.GI16268@stefanha-x1.localdomain>
On 11/17/2015 10:22 AM, Stefan Hajnoczi wrote:
> On Mon, Nov 16, 2015 at 06:24:36PM +0300, Denis V. Lunev wrote:
>> +int bdrv_all_find_snapshot(const char *name, bool skip_read_only,
>> + BlockDriverState **first_bad_bs)
>> +{
>> + QEMUSnapshotInfo sn;
>> + int err = 0;
>> + BlockDriverState *bs = NULL;
>> +
>> + while (err == 0 && (bs = bdrv_next(bs))) {
>> + AioContext *ctx = bdrv_get_aio_context(bs);
>> +
>> + if (skip_read_only &&
>> + (!bdrv_is_inserted(bs) || bdrv_is_read_only(bs))) {
> These must be called with AioContext acquired.
>
AFAIK no. this is called without that in bdrv jobs code.
bdrv_is_read_only is a simple flag, which is filled on open
bdrv_is_inserted is defined for CDROM only and does
not rely on AIO context stuff.
>> + continue;
>> + }
>> +
>> + aio_context_acquire(ctx);
>> + if (bdrv_can_snapshot(bs)) {
> The !bdrv_is_inserted(bs) || bdrv_is_read_only(bs) checks above are
> redundant since bdrv_can_snapshot() checks too:
>
> int bdrv_can_snapshot(BlockDriverState *bs)
> {
> BlockDriver *drv = bs->drv;
> if (!drv || !bdrv_is_inserted(bs) || bdrv_is_read_only(bs)) {
> return 0;
> }
>
> It also means that the "skip_read_only" name is inaccurate. Read-only
> drives are always skipped, regardless of skip_read_only's value.
>
> The skip_read_only argument can be dropped and the earlier
> !bdrv_is_inserted(bs) || bdrv_is_read_only(bs) check can be dropped too.
I have though on this several times and once again I am wrong :(
This looks like a punishment for my sins. OK :(
>> @@ -2168,21 +2157,7 @@ void hmp_info_snapshots(Monitor *mon, const QDict *qdict)
>> available_snapshots = g_new0(int, nb_sns);
>> total = 0;
>> for (i = 0; i < nb_sns; i++) {
>> - sn = &sn_tab[i];
>> - available = 1;
>> - bs1 = NULL;
>> -
>> - while ((bs1 = bdrv_next(bs1))) {
>> - if (bdrv_can_snapshot(bs1) && bs1 != bs) {
>> - ret = bdrv_snapshot_find(bs1, sn_info, sn->id_str);
>> - if (ret < 0) {
>> - available = 0;
>> - break;
>> - }
>> - }
>> - }
>> -
>> - if (available) {
>> + if (bdrv_all_find_snapshot(sn_tab[i].id_str, false, &bs1) == 0) {
> bdrv_all_find_snapshot() doesn't do the bs1 != bs exclusion so the new
> code behaves differently from the old code. That seems like a bug.
no. The result will be the same. This is a minor optimisation:
- we get the first block device we can make snapshot on
- we get snapshot list on that device
- after that we start iterations over the list and removing not
available snapshots on other devices
This means that if bs == bs1 the check will be "always true"
next prev parent reply other threads:[~2015-11-17 8:10 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-16 15:24 [Qemu-devel] [PATCH for 2.5 v8 0/10] dataplane snapshot fixes Denis V. Lunev
2015-11-16 15:24 ` [Qemu-devel] [PATCH 01/10] snapshot: create helper to test that block drivers supports snapshots Denis V. Lunev
2015-11-16 15:24 ` [Qemu-devel] [PATCH 02/10] snapshot: return error code from bdrv_snapshot_delete_by_id_or_name Denis V. Lunev
2015-11-16 15:24 ` [Qemu-devel] [PATCH 03/10] snapshot: create bdrv_all_delete_snapshot helper Denis V. Lunev
2015-11-16 15:24 ` [Qemu-devel] [PATCH 04/10] snapshot: create bdrv_all_goto_snapshot helper Denis V. Lunev
2015-11-16 15:24 ` [Qemu-devel] [PATCH 05/10] snapshot: create bdrv_all_find_snapshot helper Denis V. Lunev
2015-11-17 7:22 ` Stefan Hajnoczi
2015-11-17 8:10 ` Denis V. Lunev [this message]
2015-11-17 8:54 ` Stefan Hajnoczi
2015-11-16 15:24 ` [Qemu-devel] [PATCH 06/10] migration: drop find_vmstate_bs check in hmp_delvm Denis V. Lunev
2015-11-16 15:24 ` [Qemu-devel] [PATCH 07/10] snapshot: create bdrv_all_create_snapshot helper Denis V. Lunev
2015-11-16 15:24 ` [Qemu-devel] [PATCH 08/10] migration: reorder processing in hmp_savevm Denis V. Lunev
2015-11-16 15:24 ` [Qemu-devel] [PATCH 09/10] migration: implement bdrv_all_find_vmstate_bs helper Denis V. Lunev
2015-11-16 15:24 ` [Qemu-devel] [PATCH 10/10] migration: normalize locking in migration/savevm.c Denis V. Lunev
-- strict thread matches above, loose matches on Subject: below --
2015-11-10 14:25 [Qemu-devel] [PATCH for 2.5 v7 0/10] dataplane snapshot fixes Denis V. Lunev
2015-11-10 14:25 ` [Qemu-devel] [PATCH 05/10] snapshot: create bdrv_all_find_snapshot helper Denis V. Lunev
2015-11-16 9:31 ` Stefan Hajnoczi
2015-11-16 9:49 ` Denis V. Lunev
2015-11-16 10:28 ` Denis V. Lunev
2015-11-07 15:54 [Qemu-devel] [PATCH for 2.5 v6 0/10] dataplane snapshot fixes Denis V. Lunev
2015-11-07 15:54 ` [Qemu-devel] [PATCH 05/10] snapshot: create bdrv_all_find_snapshot helper Denis V. Lunev
2015-11-09 17:27 ` Stefan Hajnoczi
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=564AE0F2.5010208@openvz.org \
--to=den@openvz.org \
--cc=kwolf@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=stefanha@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).