[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] [PATCH] xen: allow HVM save/restore from different cpus



The hardware CPUID-levelling features level the feature flags but don't
change the CPU family/model/stepping.  Relax the HVM restore check on 
family/model/stepping to printk but not veto the load, so that VMs can 
be migrated between machines that have been CPUID-levelled.  

Signed-off-by: Tim Deegan <Tim.Deegan@xxxxxxxxxx>

diff -r 281896d3343a xen/arch/x86/hvm/save.c
--- a/xen/arch/x86/hvm/save.c   Thu Jul 08 12:07:16 2010 +0100
+++ b/xen/arch/x86/hvm/save.c   Thu Jul 08 12:10:59 2010 +0100
@@ -55,10 +55,11 @@
     }
 
     cpuid(1, &eax, &ebx, &ecx, &edx);
-    /* TODO: need to define how big a difference is acceptable? */
-    if ( hdr->cpuid != eax )
-        gdprintk(XENLOG_WARNING, "HVM restore: saved CPUID (%#"PRIx32") "
-               "does not match host (%#"PRIx32").\n", hdr->cpuid, eax);
+    /* CPUs ought to match but with feature-masking they might not */
+    if ( (hdr->cpuid & ~0x0fUL) != (eax & ~0x0fUL) )
+        gdprintk(XENLOG_INFO, "HVM restore (%u): VM saved on one CPU "
+                 "(%#"PRIx32") and restored on another (%#"PRIx32").\n", 
+                 d->domain_id, hdr->cpuid, eax);
 
     /* Restore guest's preferred TSC frequency. */
     if ( hdr->gtsc_khz )

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.