summaryrefslogtreecommitdiff
path: root/replay
diff options
context:
space:
mode:
authorKevin Wolf <kwolf@redhat.com>2016-03-07 13:02:15 +0100
committerKevin Wolf <kwolf@redhat.com>2016-03-14 16:46:43 +0100
commit73176bee9918a3738237b0e06eff72b497283869 (patch)
tree9128f06fff5d41f31f8b8a4750327b893fce87eb /replay
parentf86b8b584b114d68036bf576057f51caec7b94ba (diff)
downloadqemu-73176bee9918a3738237b0e06eff72b497283869.tar.gz
qemu-73176bee9918a3738237b0e06eff72b497283869.tar.bz2
qemu-73176bee9918a3738237b0e06eff72b497283869.zip
block: Fix snapshot=on cache modes
Since commit 91a097e, we end up with a somewhat weird cache mode configuration with snapshot=on: The commit broke the cache mode inheritance for the snapshot overlay so that it is opened as writethrough instead of unsafe now. The following bdrv_append() call to put it on top of the tree swaps the WCE flag with the snapshot's backing file (i.e. the originally given file), so what we eventually get is cache=writeback on the temporary overlay and cache=writethrough,cache.no-flush=on on the real image file. This patch changes things so that the temporary overlay gets cache=unsafe again like it used to, and the real images get whatever the user specified. This means that cache.direct is now respected even with snapshot=on, and in the case of committing changes, the final flush is no longer ignored except explicitly requested by the user. Signed-off-by: Kevin Wolf <kwolf@redhat.com> Reviewed-by: Max Reitz <mreitz@redhat.com>
Diffstat (limited to 'replay')
0 files changed, 0 insertions, 0 deletions