qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Vladimir Sementsov-Ogievskiy <vsementsov@parallels.com>
To: John Snow <jsnow@redhat.com>, qemu-devel@nongnu.org
Cc: kwolf@redhat.com, famz@redhat.com, armbru@redhat.com,
	stefanha@redhat.com, mreitz@redhat.com
Subject: Re: [Qemu-devel] [PATCH v10 06/13] block: Add bdrv_copy_dirty_bitmap and bdrv_clear_dirty_bitmap
Date: Tue, 13 Jan 2015 12:54:57 +0300	[thread overview]
Message-ID: <54B4EB71.7000807@parallels.com> (raw)
In-Reply-To: <54B09BAF.9040909@redhat.com>

Hmm, can't find it in v11

Best regards,
Vladimir

On 10.01.2015 06:25, John Snow wrote:
>
>
> On 12/30/2014 08:47 AM, Vladimir Sementsov-Ogievskiy wrote:
>> I'm sorry if it was already discussed, but I think it is inconsistent to
>> have "size" in sectors and "granularity" in bytes in one structure. I've
>> misused these fields because of this in my current work.
>>
>> At least, I think there should be comments about this.
>>
>> Best regards,
>> Vladimir
>
> Looking at it now, I think it'd be worse to change it, because it 
> represents the "size" of the bitmap, as in the number of logical bits 
> for the interface of the bitmap. Since it is a sector bitmap, I think 
> this should remain in sectors, for now.
>
> I really want to keep the granularity in bytes in this case, because I 
> want to match the existing interface, and size makes sense to me in 
> sectors.
>
> What I will do instead is just to document this quirk. Look out for 
> V11 :)
>
> --John
>
>>
>> On 23.12.2014 04:12, John Snow wrote:
>>> Signed-off-by: Fam Zheng <famz@redhat.com>
>>> Signed-off-by: John Snow <jsnow@redhat.com>
>>> ---
>>>   block.c               | 39 +++++++++++++++++++++++++++++++++++----
>>>   include/block/block.h |  4 ++++
>>>   2 files changed, 39 insertions(+), 4 deletions(-)
>>>
>>> diff --git a/block.c b/block.c
>>> index a1d9e88..f9e0767 100644
>>> --- a/block.c
>>> +++ b/block.c
>>> @@ -53,6 +53,8 @@
>>>   struct BdrvDirtyBitmap {
>>>       HBitmap *bitmap;
>>> +    int64_t size;
>>> +    int64_t granularity;
>>>       char *name;
>>>       QLIST_ENTRY(BdrvDirtyBitmap) list;
>>>   };
>>> @@ -5343,6 +5345,21 @@ void
>>> bdrv_dirty_bitmap_make_anon(BlockDriverState *bs, BdrvDirtyBitmap
>>> *bitmap)
>>>       bitmap->name = NULL;
>>>   }
>>> +BdrvDirtyBitmap *bdrv_copy_dirty_bitmap(BlockDriverState *bs,
>>> +                                        BdrvDirtyBitmap *bitmap,
>>> +                                        const char *name)
>>> +{
>>> +    BdrvDirtyBitmap *new_bitmap;
>>> +
>>> +    new_bitmap = g_malloc0(sizeof(BdrvDirtyBitmap));
>>> +    new_bitmap->bitmap = hbitmap_copy(bitmap->bitmap);
>>> +    new_bitmap->size = bitmap->size;
>>> +    new_bitmap->granularity = bitmap->granularity;
>>> +    new_bitmap->name = g_strdup(name);
>>> +    QLIST_INSERT_HEAD(&bs->dirty_bitmaps, new_bitmap, list);
>>> +    return new_bitmap;
>>> +}
>>> +
>>>   BdrvDirtyBitmap *bdrv_create_dirty_bitmap(BlockDriverState *bs,
>>>                                             int granularity,
>>>                                             const char *name,
>>> @@ -5350,6 +5367,7 @@ BdrvDirtyBitmap
>>> *bdrv_create_dirty_bitmap(BlockDriverState *bs,
>>>   {
>>>       int64_t bitmap_size;
>>>       BdrvDirtyBitmap *bitmap;
>>> +    int sector_granularity;
>>>       assert((granularity & (granularity - 1)) == 0);
>>> @@ -5357,8 +5375,8 @@ BdrvDirtyBitmap
>>> *bdrv_create_dirty_bitmap(BlockDriverState *bs,
>>>           error_setg(errp, "Bitmap already exists: %s", name);
>>>           return NULL;
>>>       }
>>> -    granularity >>= BDRV_SECTOR_BITS;
>>> -    assert(granularity);
>>> +    sector_granularity = granularity >> BDRV_SECTOR_BITS;
>>> +    assert(sector_granularity);
>>>       bitmap_size = bdrv_nb_sectors(bs);
>>>       if (bitmap_size < 0) {
>>>           error_setg_errno(errp, -bitmap_size, "could not get length
>>> of device");
>>> @@ -5366,7 +5384,9 @@ BdrvDirtyBitmap
>>> *bdrv_create_dirty_bitmap(BlockDriverState *bs,
>>>           return NULL;
>>>       }
>>>       bitmap = g_new0(BdrvDirtyBitmap, 1);
>>> -    bitmap->bitmap = hbitmap_alloc(bitmap_size, ffs(granularity) - 1);
>>> +    bitmap->size = bitmap_size;
>>> +    bitmap->granularity = granularity;
>>> +    bitmap->bitmap = hbitmap_alloc(bitmap->size,
>>> ffs(sector_granularity) - 1);
>>>       bitmap->name = g_strdup(name);
>>>       QLIST_INSERT_HEAD(&bs->dirty_bitmaps, bitmap, list);
>>>       return bitmap;
>>> @@ -5439,7 +5459,9 @@ uint64_t
>>> bdrv_get_default_bitmap_granularity(BlockDriverState *bs)
>>>   uint64_t bdrv_dirty_bitmap_granularity(BlockDriverState *bs,
>>>                                          BdrvDirtyBitmap *bitmap)
>>>   {
>>> -    return BDRV_SECTOR_SIZE << hbitmap_granularity(bitmap->bitmap);
>>> +    g_assert(BDRV_SECTOR_SIZE << 
>>> hbitmap_granularity(bitmap->bitmap) ==
>>> +             bitmap->granularity);
>>> +    return bitmap->granularity;
>>>   }
>>>   void bdrv_dirty_iter_init(BlockDriverState *bs,
>>> @@ -5460,6 +5482,15 @@ void bdrv_reset_dirty_bitmap(BlockDriverState
>>> *bs, BdrvDirtyBitmap *bitmap,
>>>       hbitmap_reset(bitmap->bitmap, cur_sector, nr_sectors);
>>>   }
>>> +/**
>>> + * Effectively, reset the hbitmap from bits [0, size)
>>> + * Synonymous with bdrv_reset_dirty_bitmap(bs, bitmap, 0, 
>>> bitmap->size)
>>> + */
>>> +void bdrv_clear_dirty_bitmap(BlockDriverState *bs, BdrvDirtyBitmap
>>> *bitmap)
>>> +{
>>> +    hbitmap_reset(bitmap->bitmap, 0, bitmap->size);
>>> +}
>>> +
>>>   static void bdrv_set_dirty(BlockDriverState *bs, int64_t cur_sector,
>>>                              int nr_sectors)
>>>   {
>>> diff --git a/include/block/block.h b/include/block/block.h
>>> index c7402e7..e964abd 100644
>>> --- a/include/block/block.h
>>> +++ b/include/block/block.h
>>> @@ -436,6 +436,9 @@ BdrvDirtyBitmap
>>> *bdrv_create_dirty_bitmap(BlockDriverState *bs,
>>>   BdrvDirtyBitmap *bdrv_find_dirty_bitmap(BlockDriverState *bs,
>>>                                           const char *name);
>>>   void bdrv_dirty_bitmap_make_anon(BlockDriverState *bs,
>>> BdrvDirtyBitmap *bitmap);
>>> +BdrvDirtyBitmap *bdrv_copy_dirty_bitmap(BlockDriverState *bs,
>>> +                                        BdrvDirtyBitmap *bitmap,
>>> +                                        const char *name);
>>>   void bdrv_release_dirty_bitmap(BlockDriverState *bs, BdrvDirtyBitmap
>>> *bitmap);
>>>   BlockDirtyInfoList *bdrv_query_dirty_bitmaps(BlockDriverState *bs);
>>>   uint64_t bdrv_get_default_bitmap_granularity(BlockDriverState *bs);
>>> @@ -446,6 +449,7 @@ void bdrv_set_dirty_bitmap(BlockDriverState *bs,
>>> BdrvDirtyBitmap *bitmap,
>>>                              int64_t cur_sector, int nr_sectors);
>>>   void bdrv_reset_dirty_bitmap(BlockDriverState *bs, BdrvDirtyBitmap
>>> *bitmap,
>>>                                int64_t cur_sector, int nr_sectors);
>>> +void bdrv_clear_dirty_bitmap(BlockDriverState *bs, BdrvDirtyBitmap
>>> *bitmap);
>>>   void bdrv_dirty_iter_init(BlockDriverState *bs,
>>>                             BdrvDirtyBitmap *bitmap, struct
>>> HBitmapIter *hbi);
>>>   int64_t bdrv_get_dirty_count(BlockDriverState *bs, BdrvDirtyBitmap
>>> *bitmap);
>>
>>
>

  reply	other threads:[~2015-01-13  9:55 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-23  1:12 [Qemu-devel] [PATCH v10 00/13] block: Incremental backup series (RFC) John Snow
2014-12-23  1:12 ` [Qemu-devel] [PATCH v10 01/13] block: fix spoiling all dirty bitmaps by mirror and migration John Snow
2014-12-23  1:12 ` [Qemu-devel] [PATCH v10 02/13] qapi: Add optional field "name" to block dirty bitmap John Snow
2014-12-23  1:12 ` [Qemu-devel] [PATCH v10 03/13] qmp: Add block-dirty-bitmap-add and block-dirty-bitmap-remove John Snow
2014-12-23  1:12 ` [Qemu-devel] [PATCH v10 04/13] block: Introduce bdrv_dirty_bitmap_granularity() John Snow
2014-12-23  1:12 ` [Qemu-devel] [PATCH v10 05/13] hbitmap: Add hbitmap_copy John Snow
2014-12-23  1:12 ` [Qemu-devel] [PATCH v10 06/13] block: Add bdrv_copy_dirty_bitmap and bdrv_clear_dirty_bitmap John Snow
2014-12-30 13:47   ` Vladimir Sementsov-Ogievskiy
2015-01-10  3:25     ` John Snow
2015-01-13  9:54       ` Vladimir Sementsov-Ogievskiy [this message]
2015-01-13 16:37         ` John Snow
2015-01-13 16:43           ` Vladimir Sementsov-Ogievskiy
2015-01-13 16:45             ` John Snow
2014-12-23  1:12 ` [Qemu-devel] [PATCH v10 07/13] hbitmap: add hbitmap_merge John Snow
2014-12-23  1:12 ` [Qemu-devel] [PATCH v10 08/13] block: add bdrv_reclaim_dirty_bitmap John Snow
2014-12-23  1:12 ` [Qemu-devel] [PATCH v10 09/13] qmp: Add block-dirty-bitmap-enable and block-dirty-bitmap-disable John Snow
2014-12-23  1:12 ` [Qemu-devel] [PATCH v10 10/13] qmp: Add support of "dirty-bitmap" sync mode for drive-backup John Snow
2014-12-23  1:12 ` [Qemu-devel] [PATCH v10 11/13] qapi: Add transaction support to block-dirty-bitmap-{add, enable, disable} John Snow
2014-12-23  1:12 ` [Qemu-devel] [PATCH v10 12/13] qmp: Add dirty bitmap 'enabled' field in query-block John Snow
2014-12-23  1:12 ` [Qemu-devel] [PATCH v10 13/13] qemu-iotests: Add tests for drive-backup sync=dirty-bitmap John Snow
2014-12-23 11:48 ` [Qemu-devel] [PATCH v10 00/13] block: Incremental backup series (RFC) Vladimir Sementsov-Ogievskiy
2014-12-23 16:23   ` John Snow

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=54B4EB71.7000807@parallels.com \
    --to=vsementsov@parallels.com \
    --cc=armbru@redhat.com \
    --cc=famz@redhat.com \
    --cc=jsnow@redhat.com \
    --cc=kwolf@redhat.com \
    --cc=mreitz@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --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).