From: John Snow <jsnow@redhat.com>
To: Eric Blake <eblake@redhat.com>, qemu-devel@nongnu.org
Cc: kwolf@redhat.com, qemu-block@nongnu.org
Subject: Re: [Qemu-devel] [Qemu-block] [PATCH 00/17] make bdrv_is_allocated[_above] byte-based
Date: Mon, 17 Apr 2017 19:42:29 -0400 [thread overview]
Message-ID: <a00efe8e-e10a-da03-c31b-d2817d562aea@redhat.com> (raw)
In-Reply-To: <20170411222945.11741-1-eblake@redhat.com>
On 04/11/2017 06:29 PM, Eric Blake wrote:
> There are patches floating around to add NBD_CMD_BLOCK_STATUS,
> but NBD wants to report status on byte granularity (even if the
> reporting will probably be naturally aligned to sectors or even
> much higher levels). I've therefore started the task of
> converting our block status code to report at a byte granularity
> rather than sectors.
>
> This is part one of that conversion: bdrv_is_allocated().
> Other parts (still to be written) include tracking dirty bitmaps
> by bytes (it's still one bit per granularity, but now we won't
> be double-scaling from bytes to sectors to granularity), then
> replacing bdrv_get_block_status() with a byte based callback
> in all the drivers.
>
> Available as a tag at:
> git fetch git://repo.or.cz/qemu/ericb.git nbd-byte-allocated-v1
>
> It requires v9 or later of my prior work on blkdebug:
> https://lists.gnu.org/archive/html/qemu-devel/2017-04/msg01723.html
> which in turn requires Max's block-next tree:
> https://lists.gnu.org/archive/html/qemu-devel/2017-04/msg01298.html
>
> Eric Blake (17):
> blockjob: Track job ratelimits via bytes, not sectors
> trace: Show blockjob actions via bytes, not sectors
> stream: Switch stream_populate() to byte-based
> stream: Switch stream_run() to byte-based
> commit: Switch commit_populate() to byte-based
> commit: Switch commit_run() to byte-based
> mirror: Switch MirrorBlockJob to byte-based
> mirror: Switch mirror_do_zero_or_discard() to byte-based
> mirror: Switch mirror_cow_align() to byte-based
> mirror: Switch mirror_do_read() to byte-based
> mirror: Switch mirror_iteration() to byte-based
> backup: Switch BackupBlockJob to byte-based
> backup: Switch block_backup.h to byte-based
> backup: Switch backup_do_cow() to byte-based
> backup: Switch backup_run() to byte-based
> block: Make bdrv_is_allocated() byte-based
> block: Make bdrv_is_allocated_above() byte-based
>
> include/block/block.h | 6 +-
> include/block/block_backup.h | 11 +-
> include/qemu/ratelimit.h | 3 +-
> block/backup.c | 126 ++++++++----------
> block/commit.c | 54 ++++----
> block/io.c | 59 +++++----
> block/mirror.c | 300 ++++++++++++++++++++++---------------------
> block/replication.c | 29 +++--
> block/stream.c | 35 +++--
> block/vvfat.c | 34 +++--
> migration/block.c | 9 +-
> qemu-img.c | 15 ++-
> qemu-io-cmds.c | 57 ++++----
> block/trace-events | 14 +-
> 14 files changed, 381 insertions(+), 371 deletions(-)
Shame, you added ten lines!
>
Patches 1-15:
Reviewed-by: John Snow <jsnow@redhat.com>
9: Is there a good reason for a void fn() to return its argument via a
passed parameter? I see you're matching the other interface, but that
strikes me as wonky.
11: Looks correct to me, but this one's a bit hairier than the rest. How
many times do we truly need to round, adjust, clip, round again, align,
clip, round, align, ...
I'll take a peek at the last two tomorrow.
--js
next prev parent reply other threads:[~2017-04-17 23:42 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-11 22:29 [Qemu-devel] [PATCH 00/17] make bdrv_is_allocated[_above] byte-based Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 01/17] blockjob: Track job ratelimits via bytes, not sectors Eric Blake
2017-04-17 19:18 ` [Qemu-devel] [Qemu-block] " John Snow
2017-04-17 19:51 ` Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 02/17] trace: Show blockjob actions " Eric Blake
2017-04-17 19:18 ` [Qemu-devel] [Qemu-block] " John Snow
2017-04-17 19:55 ` Eric Blake
2017-04-19 9:12 ` Stefan Hajnoczi
2017-04-11 22:29 ` [Qemu-devel] [PATCH 03/17] stream: Switch stream_populate() to byte-based Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 04/17] stream: Switch stream_run() " Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 05/17] commit: Switch commit_populate() " Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 06/17] commit: Switch commit_run() " Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 07/17] mirror: Switch MirrorBlockJob " Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 08/17] mirror: Switch mirror_do_zero_or_discard() " Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 09/17] mirror: Switch mirror_cow_align() " Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 10/17] mirror: Switch mirror_do_read() " Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 11/17] mirror: Switch mirror_iteration() " Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 12/17] backup: Switch BackupBlockJob " Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 13/17] backup: Switch block_backup.h " Eric Blake
2017-04-17 23:24 ` [Qemu-devel] [Qemu-block] " John Snow
2017-04-18 0:54 ` Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 14/17] backup: Switch backup_do_cow() " Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 15/17] backup: Switch backup_run() " Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 16/17] block: Make bdrv_is_allocated() byte-based Eric Blake
2017-04-18 22:15 ` [Qemu-devel] [Qemu-block] " John Snow
2017-04-19 17:54 ` Eric Blake
2017-04-19 19:37 ` John Snow
2017-04-19 20:32 ` John Snow
2017-04-19 21:12 ` Eric Blake
2017-04-19 21:40 ` John Snow
2017-05-10 22:33 ` Eric Blake
2017-04-11 22:29 ` [Qemu-devel] [PATCH 17/17] block: Make bdrv_is_allocated_above() byte-based Eric Blake
2017-04-24 23:06 ` [Qemu-devel] [Qemu-block] " John Snow
2017-04-25 1:48 ` Eric Blake
2017-05-10 15:42 ` Eric Blake
2017-05-10 22:11 ` Eric Blake
2017-04-17 23:42 ` John Snow [this message]
2017-04-18 1:04 ` [Qemu-devel] [Qemu-block] [PATCH 00/17] make bdrv_is_allocated[_above] byte-based 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=a00efe8e-e10a-da03-c31b-d2817d562aea@redhat.com \
--to=jsnow@redhat.com \
--cc=eblake@redhat.com \
--cc=kwolf@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
/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).