]> git.ipfire.org Git - thirdparty/qemu.git/commit
nbd/client: Add x-dirty-bitmap to query bitmap from server
authorEric Blake <eblake@redhat.com>
Mon, 2 Jul 2018 19:14:57 +0000 (14:14 -0500)
committerEric Blake <eblake@redhat.com>
Mon, 2 Jul 2018 20:27:38 +0000 (15:27 -0500)
commit216ee3657e14013505abe7853cecb632199fb13e
treee18e4865e721e7157c435e8dacd786918e300e0f
parentbacebdedbf921a2c641a34486ff543089d338f32
nbd/client: Add x-dirty-bitmap to query bitmap from server

In order to test that the NBD server is properly advertising
dirty bitmaps, we need a bare minimum client that can request
and read the context.  Since feature freeze for 3.0 is imminent,
this is the smallest workable patch, which replaces the qemu
block status report with the results of the NBD server's dirty
bitmap (making it very easy to use 'qemu-img map --output=json'
to learn where the dirty portions are).  Note that the NBD
protocol defines a dirty section with the same bit but opposite
sense that normal "base:allocation" uses to report an allocated
section; so in qemu-img map output, "data":true corresponds to
clean, "data":false corresponds to dirty.

A more complete solution that allows dirty bitmaps to be queried
at the same time as normal block status will be required before
this addition can lose the x- prefix.  Until then, the fact that
this replaces normal status with dirty status means actions
like 'qemu-img convert' will likely misbehave due to treating
dirty regions of the file as if they are unallocated.

The next patch adds an iotest to exercise this new code.

Signed-off-by: Eric Blake <eblake@redhat.com>
Message-Id: <20180702191458.28741-2-eblake@redhat.com>
block/nbd-client.c
block/nbd-client.h
block/nbd.c
include/block/nbd.h
nbd/client.c
qapi/block-core.json