diff options
| author | John Snow <jsnow@redhat.com> | 2019-07-29 16:35:52 -0400 |
|---|---|---|
| committer | John Snow <jsnow@redhat.com> | 2019-08-16 16:28:02 -0400 |
| commit | 00a463b1dc73d1665ce6720df4de052aff95acf8 (patch) | |
| tree | 8018f0c1fe05c5a1984c102802b03cf58ba5161b /blockdev.c | |
| parent | 920305661473842980b65fca439af2bb69fcec76 (diff) | |
| download | qemu-00a463b1dc73d1665ce6720df4de052aff95acf8.zip qemu-00a463b1dc73d1665ce6720df4de052aff95acf8.tar.gz qemu-00a463b1dc73d1665ce6720df4de052aff95acf8.tar.bz2 | |
qapi: add BitmapSyncMode enum
Depending on what a user is trying to accomplish, there might be a few
bitmap cleanup actions that occur when an operation is finished that
could be useful.
I am proposing three:
- NEVER: The bitmap is never synchronized against what was copied.
- ALWAYS: The bitmap is always synchronized, even on failures.
- ON-SUCCESS: The bitmap is synchronized only on success.
The existing incremental backup modes use 'on-success' semantics,
so add just that one for right now.
Signed-off-by: John Snow <jsnow@redhat.com>
Reviewed-by: Max Reitz <mreitz@redhat.com>
Reviewed-by: Markus Armbruster <armbru@redhat.com>
Message-id: 20190709232550.10724-5-jsnow@redhat.com
Signed-off-by: John Snow <jsnow@redhat.com>
Diffstat (limited to 'blockdev.c')
0 files changed, 0 insertions, 0 deletions