qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Eric Blake <eblake@redhat.com>
To: Andrey Shinkevich <andrey.shinkevich@virtuozzo.com>,
	qemu-block@nongnu.org
Cc: kwolf@redhat.com, vsementsov@virtuozzo.com, armbru@redhat.com,
	qemu-devel@nongnu.org, den@openvz.org, mreitz@redhat.com
Subject: Re: [PATCH 1/2] qcow2: introduce Qcow2Metadata structure
Date: Tue, 7 Jan 2020 16:07:17 -0600	[thread overview]
Message-ID: <534be317-976c-56c8-ee27-7031b40acc85@redhat.com> (raw)
In-Reply-To: <1577447039-400109-2-git-send-email-andrey.shinkevich@virtuozzo.com>

On 12/27/19 5:43 AM, Andrey Shinkevich wrote:
> The preliminary patch to provide an extendable structure for dumping
> QCOW2 metadata allocations in image.
> 
> Suggested-by: Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>
> Signed-off-by: Andrey Shinkevich <andrey.shinkevich@virtuozzo.com>
> ---
>   qapi/block-core.json | 208 ++++++++++++++++++++++++++++++++++++++++++++++++++-
>   1 file changed, 207 insertions(+), 1 deletion(-)
> 

> +
> +##
> +# @Qcow2BitmapTbl:
> +#

Any reason we must abbreviate instead of spelling this out as Table?

> +# QCOW2 bitmap table information
> +#
> +# @table-entries: list of bitmap table entries
> +#
> +# @location: bitmap table offset and size in image
> +#
> +# Since: 5.0
> +##
> +{ 'struct': 'Qcow2BitmapTbl',
> +  'data': {'table-entries': ['Qcow2BitmapTblEntry'],
> +           'location': 'Qcow2Allocation' } }
> +
> +##
> +# @Qcow2BitmapTblEntry:

Similar question


> +{ 'struct': 'Qcow2BitmapTblEntry',
> +  'data': {'type': 'Qcow2BitmapTblEntryType',
> +           '*cluster': 'Qcow2Allocation' } }
> +
> +##
> +# @Qcow2BitmapTblEntryType:
> +#
> +# An enumeration of cluster types in bitmap table
> +#
> +# @all-zeros: cluster should be read as all zeros

While there are multiple 'zeros' in the code base, 'zeroes' appears to 
be the more common spelling.


> @@ -215,6 +418,8 @@
>   #                       field is present if the driver for the image format
>   #                       supports it
>   #
> +# @viscera: encapsulates QCOW2 tables allocation information

Missing a '(since 5.0)' tag.  Interesting choice of name; not one I 
would have picked out of the air.  Would 'metadata' be any more of a 
reasonable name?

> +#
>   # Since: 1.4
>   #
>   ##
> @@ -223,7 +428,8 @@
>              '*image-end-offset': 'int', '*corruptions': 'int', '*leaks': 'int',
>              '*corruptions-fixed': 'int', '*leaks-fixed': 'int',
>              '*total-clusters': 'int', '*allocated-clusters': 'int',
> -           '*fragmented-clusters': 'int', '*compressed-clusters': 'int' } }
> +           '*fragmented-clusters': 'int', '*compressed-clusters': 'int',
> +           '*viscera': 'Qcow2Metadata' } }

The field is listed as optional, but the docs don't describe what 
controls whether it is present or absent.  Is that worth adding?


-- 
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3226
Virtualization:  qemu.org | libvirt.org



  reply	other threads:[~2020-01-07 22:08 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-12-27 11:43 [PATCH 0/2] Dump QCOW2 metadata Andrey Shinkevich
2019-12-27 11:43 ` [PATCH 1/2] qcow2: introduce Qcow2Metadata structure Andrey Shinkevich
2020-01-07 22:07   ` Eric Blake [this message]
2020-01-13  9:49     ` Andrey Shinkevich
2019-12-27 11:43 ` [PATCH 2/2] qcow2: dump QCOW2 metadata Andrey Shinkevich
2020-01-07 22:11   ` Eric Blake
2020-01-13 10:30     ` Andrey Shinkevich
2020-01-13 16:16       ` Eric Blake
2020-01-13 17:02         ` Andrey Shinkevich
2020-01-13 17:27           ` Eric Blake

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=534be317-976c-56c8-ee27-7031b40acc85@redhat.com \
    --to=eblake@redhat.com \
    --cc=andrey.shinkevich@virtuozzo.com \
    --cc=armbru@redhat.com \
    --cc=den@openvz.org \
    --cc=kwolf@redhat.com \
    --cc=mreitz@redhat.com \
    --cc=qemu-block@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=vsementsov@virtuozzo.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).