diff options
| author | Eric Blake | 2017-09-25 16:55:14 +0200 |
|---|---|---|
| committer | Kevin Wolf | 2017-10-06 16:28:58 +0200 |
| commit | 86f6ae67e157362f3b141649874213ce01dcc622 (patch) | |
| tree | 43fde77c0d2169679da89982ac545ef739d6fc5d /scripts/checkpatch.pl | |
| parent | dirty-bitmap: Track bitmap size by bytes (diff) | |
| download | qemu-86f6ae67e157362f3b141649874213ce01dcc622.tar.gz qemu-86f6ae67e157362f3b141649874213ce01dcc622.tar.xz qemu-86f6ae67e157362f3b141649874213ce01dcc622.zip | |
dirty-bitmap: Change bdrv_dirty_bitmap_*serialize*() to take bytes
Right now, the dirty-bitmap code exposes the fact that we use
a scale of sector granularity in the underlying hbitmap to anything
that wants to serialize a dirty bitmap. It's nicer to uniformly
expose bytes as our dirty-bitmap interface, matching the previous
change to bitmap size. The only caller to serialization is currently
qcow2-cluster.c, which becomes a bit more verbose because it is still
tracking sectors for other reasons, but a later patch will fix that
to more uniformly use byte offsets everywhere. Likewise, within
dirty-bitmap, we have to add more assertions that we are not
truncating incorrectly, which can go away once the internal hbitmap
is byte-based rather than sector-based.
Signed-off-by: Eric Blake <eblake@redhat.com>
Reviewed-by: John Snow <jsnow@redhat.com>
Reviewed-by: Kevin Wolf <kwolf@redhat.com>
Reviewed-by: Fam Zheng <famz@redhat.com>
Signed-off-by: Kevin Wolf <kwolf@redhat.com>
Diffstat (limited to 'scripts/checkpatch.pl')
0 files changed, 0 insertions, 0 deletions
