aboutsummaryrefslogtreecommitdiffstats
path: root/tools/libxc/xg_save_restore.h
diff options
context:
space:
mode:
authorIan Campbell <ian.campbell@citrix.com>2010-09-07 19:08:11 +0100
committerIan Campbell <ian.campbell@citrix.com>2010-09-07 19:08:11 +0100
commit00a4b65f8534c9e6521eab2e6ce796ae36037774 (patch)
tree6c3494e0dcb6f1e7214becfd7fe88772d0d45e17 /tools/libxc/xg_save_restore.h
parentec7b9a1b9b2a935fa322eca98d95741ff6d162bb (diff)
downloadxen-00a4b65f8534c9e6521eab2e6ce796ae36037774.tar.gz
xen-00a4b65f8534c9e6521eab2e6ce796ae36037774.tar.bz2
xen-00a4b65f8534c9e6521eab2e6ce796ae36037774.zip
libxc: provide notification of final checkpoint to restore end
When the restore code sees this notification it will restore the currently in-progress checkpoint when it completes. This allows the restore end to finish up without waiting for a spurious timeout on the receive fd and thereby avoids unnecessary error logging in the case of a successful migration or restore. In the normal migration or restore case the first checkpoint is always the last. For a rolling checkpoint (such as Remus) the notification is currently unused but could be used in the future for example to provide a controlled failover for reasons other than error Signed-off-by: Ian Campbell <ian.campbell@citrix.com> Acked-by: Brendan Cully <brendan@cs.ubc.ca> Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
Diffstat (limited to 'tools/libxc/xg_save_restore.h')
-rw-r--r--tools/libxc/xg_save_restore.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/tools/libxc/xg_save_restore.h b/tools/libxc/xg_save_restore.h
index a16e6f3b7c..0bc958344c 100644
--- a/tools/libxc/xg_save_restore.h
+++ b/tools/libxc/xg_save_restore.h
@@ -131,6 +131,7 @@
#define XC_SAVE_ID_TMEM_EXTRA -6
#define XC_SAVE_ID_TSC_INFO -7
#define XC_SAVE_ID_HVM_CONSOLE_PFN -8 /* (HVM-only) */
+#define XC_SAVE_ID_LAST_CHECKPOINT -9 /* Commit to restoring after completion of current iteration. */
/*
** We process save/restore/migrate in batches of pages; the below