summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorMatthew Garrett <matthew.garrett@nebula.com>2013-11-25 14:42:43 -0500
committerMichael Roth <mdroth@linux.vnet.ibm.com>2014-02-20 21:59:18 -0600
commitf227ed1842180b0faeef0b4f9cde184cfd46cafc (patch)
treeb27cd2f66adc0c61909ee2a5d31c5254a7d490db
parent2dc79753001520d94ed0373357a1be88a02a015a (diff)
downloadqemu-f227ed1842180b0faeef0b4f9cde184cfd46cafc.tar.gz
migration: Fix rate limit
The migration thread appears to want to allow writeout to occur at full speed rather than being rate limited during completion of state saving, but sets the limit to INT_MAX when xfer_limit is INT64_MAX. This causes problems if there's more than 2GB of state left to save at this point. It probably ought to just be INT64_MAX instead. Signed-off-by: Matthew Garrett <matthew.garrett@nebula.com> Reviewed-by: Paolo Bonzini <pbonzini@redhat.com> Signed-off-by: Juan Quintela <quintela@redhat.com> (cherry picked from commit 40596834c0d57a223124a956ccbe39dfeadc9f0e) Signed-off-by: Michael Roth <mdroth@linux.vnet.ibm.com>
-rw-r--r--migration.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/migration.c b/migration.c
index 2b1ab20c54..ff00bfbe36 100644
--- a/migration.c
+++ b/migration.c
@@ -583,7 +583,7 @@ static void *migration_thread(void *opaque)
ret = vm_stop_force_state(RUN_STATE_FINISH_MIGRATE);
if (ret >= 0) {
- qemu_file_set_rate_limit(s->file, INT_MAX);
+ qemu_file_set_rate_limit(s->file, INT64_MAX);
qemu_savevm_state_complete(s->file);
}
qemu_mutex_unlock_iothread();