summaryrefslogtreecommitdiff
path: root/target-i386/cpu.h
diff options
context:
space:
mode:
authorKevin Wolf <kwolf@redhat.com>2014-03-11 10:58:39 +0100
committerStefan Hajnoczi <stefanha@redhat.com>2014-03-13 14:23:27 +0100
commit3456a8d1852e970688b73d03fdc44dde851759e1 (patch)
treeb7d4123954b9938a5879339726739a31fd7d970a /target-i386/cpu.h
parent26d49c46750aff62c8c6e7a8b14c79d4114a8e53 (diff)
downloadqemu-3456a8d1852e970688b73d03fdc44dde851759e1.tar.gz
qemu-3456a8d1852e970688b73d03fdc44dde851759e1.tar.bz2
qemu-3456a8d1852e970688b73d03fdc44dde851759e1.zip
block: Update image size in bdrv_invalidate_cache()
After migration has completed, we call bdrv_invalidate_cache() so that drivers which cache some data drop their stale copy of the data and reread it from the image file to get a new version of data that the source modified while the migration was running. Reloading metadata from the image file is useless, though, if the size of the image file stays stale (this is a value that is cached for all image formats in block.c). Reads from (meta)data after the old EOF return only zeroes, causing image corruption. We need to update bs->total_sectors in all layers that could potentially have changed their size (i.e. backing files are not a concern - if they are changed, we're in bigger trouble) Signed-off-by: Kevin Wolf <kwolf@redhat.com> Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Diffstat (limited to 'target-i386/cpu.h')
0 files changed, 0 insertions, 0 deletions