qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Wenchao Xia <xiawenc@linux.vnet.ibm.com>
To: Markus Armbruster <armbru@redhat.com>
Cc: kwolf@redhat.com, stefanha@gmail.com, pbonzini@redhat.com,
	qemu-devel@nongnu.org, lcapitulino@redhat.com
Subject: Re: [Qemu-devel] [PATCH V11 02/17] block: distinguish id and name in bdrv_find_snapshot()
Date: Thu, 11 Apr 2013 11:16:41 +0800	[thread overview]
Message-ID: <51662B19.90905@linux.vnet.ibm.com> (raw)
In-Reply-To: <87ppy2xvgf.fsf@blackfin.pond.sub.org>

于 2013-4-10 23:21, Markus Armbruster 写道:
> Wenchao Xia <xiawenc@linux.vnet.ibm.com> writes:
> 
>>    To make it clear about id and name in searching, the API is changed
>> a bit to distinguish them, and caller can choose to search by id or name.
>> Searching will be done with higher priority of id. This function also
>> returns negative value from bdrv_snapshot_list() instead of -ENOENT on
>> error now.
>>
>> Signed-off-by: Wenchao Xia <xiawenc@linux.vnet.ibm.com>
>> Reviewed-by: Eric Blake <eblake@redhat.com>
>> Reviewed-by: Kevin Wolf <kwolf@redhat.com>
>> ---
>>   block/snapshot.c         |   46 ++++++++++++++++++++++++++++++++++++++--------
>>   include/block/snapshot.h |    2 +-
>>   savevm.c                 |   10 +++++-----
>>   3 files changed, 44 insertions(+), 14 deletions(-)
>>
>> diff --git a/block/snapshot.c b/block/snapshot.c
>> index c47a899..7b2026c 100644
>> --- a/block/snapshot.c
>> +++ b/block/snapshot.c
>> @@ -24,8 +24,20 @@
>>   
>>   #include "block/snapshot.h"
>>   
>> +/*
>> + * Try find an internal snapshot with @id or @name, @id have higher priority
>> + * in searching.
>> + *
>> + * @bs: block device to search on, must not be NULL.
>> + * @sn_info: snapshot information to be filled in, must not be NULL.
>> + * @id: snapshot id to search with, can be NULL.
>> + * @name: snapshot name to search with, can be NULL.
>> + *
>> + * returns 0 and @sn_info is filled with related information if found,
>> + * otherwise it returns negative value.
>> + */
> 
> Let me try to improve:
> 
> /**
>   * Look up an internal snapshot by @id, or else by @name.
>   * @bs: block device to search
>   * @sn_info: location to store information on the snapshot found
>   * @id: unique snapshot ID, or NULL
>   * @name: snapshot name, or NULL
>   *
>   * If the snapshot with unique ID @id exists, find it.
>   * Else, if snapshots with name @name exists, find one of them.
>   *
>   * Returns: 0 when a snapshot is found, else -errno.
>   */
> 
  I will use it, thanks.

> I'd do two separate functions, one to loop up a snapshot by ID, and one
> to look it up by name, because I find them simpler.  Matter of taste.
> 
>>   int bdrv_snapshot_find(BlockDriverState *bs, QEMUSnapshotInfo *sn_info,
>> -                       const char *name)
>> +                       const char *id, const char *name)
>>   {
>>       QEMUSnapshotInfo *sn_tab, *sn;
>>       int nb_sns, i, ret;
>> @@ -33,16 +45,34 @@ int bdrv_snapshot_find(BlockDriverState *bs, QEMUSnapshotInfo *sn_info,
>>       ret = -ENOENT;
>>       nb_sns = bdrv_snapshot_list(bs, &sn_tab);
>>       if (nb_sns < 0) {
>> -        return ret;
>> +        return nb_sns;
>>       }
>> -    for (i = 0; i < nb_sns; i++) {
>> -        sn = &sn_tab[i];
>> -        if (!strcmp(sn->id_str, name) || !strcmp(sn->name, name)) {
>> -            *sn_info = *sn;
>> -            ret = 0;
>> -            break;
>> +
>> +    /* search by id */
>> +    if (id) {
>> +        for (i = 0; i < nb_sns; i++) {
>> +            sn = &sn_tab[i];
>> +            if (!strcmp(sn->id_str, id)) {
>> +                *sn_info = *sn;
>> +                ret = 0;
>> +                goto out;
>> +            }
>>           }
>>       }
>> +
>> +    /* search by name */
>> +    if (name) {
>> +        for (i = 0; i < nb_sns; i++) {
>> +            sn = &sn_tab[i];
>> +            if (!strcmp(sn->name, name)) {
>> +                *sn_info = *sn;
>> +                ret = 0;
>> +                goto out;
>> +            }
>> +        }
>> +    }
>> +
>> + out:
>>       g_free(sn_tab);
>>       return ret;
>>   }
>> diff --git a/include/block/snapshot.h b/include/block/snapshot.h
>> index 4ad070c..a047a8e 100644
>> --- a/include/block/snapshot.h
>> +++ b/include/block/snapshot.h
>> @@ -33,5 +33,5 @@
>>   #include "block.h"
>>   
>>   int bdrv_snapshot_find(BlockDriverState *bs, QEMUSnapshotInfo *sn_info,
>> -                       const char *name);
>> +                       const char *id, const char *name);
>>   #endif
>> diff --git a/savevm.c b/savevm.c
>> index 88acc38..1d2da99 100644
>> --- a/savevm.c
>> +++ b/savevm.c
>> @@ -2212,7 +2212,7 @@ static int del_existing_snapshots(Monitor *mon, const char *name)
>>       bs = NULL;
>>       while ((bs = bdrv_next(bs))) {
>>           if (bdrv_can_snapshot(bs) &&
>> -            bdrv_snapshot_find(bs, snapshot, name) >= 0)
>> +            bdrv_snapshot_find(bs, snapshot, name, name) >= 0)
>>           {
>>               ret = bdrv_snapshot_delete(bs, name);
>>               if (ret < 0) {
> 
> Before your patch: deletes first snapshot sn whose sn->id_str or
> sn->name match name.
> 
> After your patch: deletes first snapshot sn whose sn->id_str matches
> name, or else first snapshot whose sn->name matches name.
> 
> Running example: say we have the following two snapshots with rather
> unwisely chosen names:
> 
>      id_str      name
>      1           2
>      2           1
> 
> Which one will del_existing_snapshots(mon, "2") delete?
> 
> Before your patch: first one.
> 
> After: second one.
> 
> See below for impact.
> 
>> @@ -2272,7 +2272,7 @@ void do_savevm(Monitor *mon, const QDict *qdict)
>>       sn->vm_clock_nsec = qemu_get_clock_ns(vm_clock);
>>   
>>       if (name) {
>> -        ret = bdrv_snapshot_find(bs, old_sn, name);
>> +        ret = bdrv_snapshot_find(bs, old_sn, name, name);
>>           if (ret >= 0) {
>>               pstrcpy(sn->name, sizeof(sn->name), old_sn->name);
>>               pstrcpy(sn->id_str, sizeof(sn->id_str), old_sn->id_str);
> 
> Similar change.
> 
> This function is the only user of del_existing_snapshots().
> 
> Same example.
> 
> Before your patch: "savevm 2" overwrites the first snapshot.
> 
> After: it overwrites the second snapshot.
> 
> Thus, your patch changes  del_existing_snapshots()
> 
> I'm fine with the change, but I want it noted *prominently* in the
> commit message that it can change savevm's interpretation of ambiguous
> name arguments.
> 
  OK.

>> @@ -2363,7 +2363,7 @@ int load_vmstate(const char *name)
>>       }
>>   
>>       /* Don't even try to load empty VM states */
>> -    ret = bdrv_snapshot_find(bs_vm_state, &sn, name);
>> +    ret = bdrv_snapshot_find(bs_vm_state, &sn, name, name);
>>       if (ret < 0) {
>>           return ret;
>>       } else if (sn.vm_state_size == 0) {
>> @@ -2387,7 +2387,7 @@ int load_vmstate(const char *name)
>>               return -ENOTSUP;
>>           }
>>   
>> -        ret = bdrv_snapshot_find(bs, &sn, name);
>> +        ret = bdrv_snapshot_find(bs, &sn, name, name);
>>           if (ret < 0) {
>>               error_report("Device '%s' does not have the requested snapshot '%s'",
>>                              bdrv_get_device_name(bs), name);
> 
> Same example.
> 
> Before your patch: "loadvm 2" loads the first snapshot.
> 
> After: it loads the second snapshot.
> 
> Document in commit message, just like the savevm change.
> 
>> @@ -2493,7 +2493,7 @@ void do_info_snapshots(Monitor *mon, const QDict *qdict)
>>   
>>           while ((bs1 = bdrv_next(bs1))) {
>>               if (bdrv_can_snapshot(bs1) && bs1 != bs) {
>> -                ret = bdrv_snapshot_find(bs1, sn_info, sn->id_str);
>> +                ret = bdrv_snapshot_find(bs1, sn_info, sn->id_str, NULL);
>>                   if (ret < 0) {
>>                       available = 0;
>>                       break;
> 
> Different from the other calls: name argument is NULL rather than same
> as id argument.  Let's see what difference it makes.
> 
> The loop iterates over all snapshots on the "primary" snapshot device
> (the one that gets the VM state on savevm).  For each one, it checks
> whether all other snapshot devices have that snapshot.
> 
> Before your patch: a device has the snapshot when it has one whose
> sn->id_str or sn->name match the primary snapshot's id_str.  Nuts :)
> 
> After your patch: a device has the snapshot when it has one whose
> sn->id_str matches the primary snapshot's id_str.
> 
> I'm fine with the change, but it needs to be documented in the commit
> message.
> 


-- 
Best Regards

Wenchao Xia

  reply	other threads:[~2013-04-11  3:18 UTC|newest]

Thread overview: 67+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-02 11:47 [Qemu-devel] [PATCH V11 00/17] qmp/hmp interfaces for internal snapshot info Wenchao Xia
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 01/17] block: move bdrv_snapshot_find() to block/snapshot.c Wenchao Xia
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 02/17] block: distinguish id and name in bdrv_find_snapshot() Wenchao Xia
2013-04-10 15:21   ` Markus Armbruster
2013-04-11  3:16     ` Wenchao Xia [this message]
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 03/17] qemu-img: remove unused parameter in collect_image_info() Wenchao Xia
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 04/17] block: move collect_snapshots() and collect_image_info() to block/qapi.c Wenchao Xia
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 05/17] block: add snapshot info query function bdrv_query_snapshot_info_list() Wenchao Xia
2013-04-03  1:17   ` Eric Blake
2013-04-03  5:24     ` Wenchao Xia
2013-04-10 15:11     ` Markus Armbruster
2013-04-11  3:19       ` Wenchao Xia
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 06/17] block: add check for VM snapshot in bdrv_query_snapshot_info_list() Wenchao Xia
2013-04-10 15:19   ` Markus Armbruster
2013-04-11  5:56     ` Wenchao Xia
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 07/17] block: add image info query function bdrv_query_image_info() Wenchao Xia
2013-04-10 15:28   ` Markus Armbruster
2013-04-11  5:59     ` Wenchao Xia
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 08/17] block: move qmp_query_block() and bdrv_query_info() to block/qapi.c Wenchao Xia
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 09/17] qmp: add interface query-snapshots Wenchao Xia
2013-04-08 13:28   ` Stefan Hajnoczi
2013-04-10 15:51   ` Markus Armbruster
2013-04-11  6:03     ` Wenchao Xia
2013-04-11 12:11       ` Markus Armbruster
2013-04-11 12:44         ` Luiz Capitulino
2013-04-11 13:08           ` Eric Blake
2013-04-11 13:39             ` Luiz Capitulino
2013-04-12  3:17               ` Wenchao Xia
2013-04-12  3:22                 ` Eric Blake
2013-04-12  9:39                   ` Wenchao Xia
2013-04-12 11:45                     ` Markus Armbruster
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 10/17] qmp: add recursive member in ImageInfo Wenchao Xia
2013-04-10 16:06   ` Markus Armbruster
2013-04-11  6:06     ` Wenchao Xia
2013-04-11  9:28       ` Markus Armbruster
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 11/17] qmp: add ImageInfo in BlockDeviceInfo used by query-block Wenchao Xia
2013-04-08 10:04   ` Kevin Wolf
2013-04-08 13:33   ` Stefan Hajnoczi
2013-04-10  7:30     ` Wenchao Xia
2013-04-11  8:54       ` Stefan Hajnoczi
2013-04-10 16:17     ` Markus Armbruster
2013-04-10 18:57       ` Luiz Capitulino
2013-04-11  6:25         ` Wenchao Xia
2013-04-11  9:31           ` Markus Armbruster
2013-04-12  3:25             ` Wenchao Xia
2013-04-10 16:27   ` Markus Armbruster
2013-04-11  6:20     ` Wenchao Xia
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 12/17] block: move bdrv_snapshot_dump() and dump_human_image_info() to block/qapi.c Wenchao Xia
2013-04-10 16:49   ` Markus Armbruster
2013-04-11  6:30     ` Wenchao Xia
2013-04-11  9:50       ` Markus Armbruster
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 13/17] block: dump to buffer for bdrv_snapshot_dump() and bdrv_image_info_dump() Wenchao Xia
2013-04-08 13:36   ` Stefan Hajnoczi
2013-04-10 16:56     ` Markus Armbruster
2013-04-10 17:05   ` Markus Armbruster
2013-04-11  6:35     ` Wenchao Xia
2013-04-11 12:05       ` Markus Armbruster
2013-04-12  4:51         ` Wenchao Xia
2013-04-12 11:51           ` Markus Armbruster
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 14/17] hmp: add function hmp_info_snapshots() Wenchao Xia
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 15/17] hmp: switch snapshot info function to qmp based one Wenchao Xia
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 16/17] hmp: show ImageInfo in 'info block' Wenchao Xia
2013-04-02 11:47 ` [Qemu-devel] [PATCH V11 17/17] hmp: add parameters device and -v for info block Wenchao Xia
2013-04-07  5:54 ` [Qemu-devel] [PATCH V11 00/17] qmp/hmp interfaces for internal snapshot info Wenchao Xia
2013-04-08 10:18 ` Kevin Wolf
2013-04-08 13:43 ` Stefan Hajnoczi
2013-04-11 12:17 ` Markus Armbruster

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=51662B19.90905@linux.vnet.ibm.com \
    --to=xiawenc@linux.vnet.ibm.com \
    --cc=armbru@redhat.com \
    --cc=kwolf@redhat.com \
    --cc=lcapitulino@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@gmail.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).