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
next prev parent 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).