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

RE: [Xen-devel] [PATCH] TSC scaling for live migration between platforms with different TSC frequecies



Tim Deegan wrote:
> At 03:56 +0100 on 18 Jun (1245297406), Zhang, Xiantao wrote:
>> --- a/xen/include/public/arch-x86/hvm/save.h Fri Feb 20 17:02:36
>> 2009 +0000 +++ b/xen/include/public/arch-x86/hvm/save.h      Tue Jun 16
>> 22:41:06 2009 -0400 @@ -38,7 +38,7 @@ struct hvm_save_header {
>>      uint32_t version;           /* File format version */
>>      uint64_t changeset;         /* Version of Xen that saved this
>>      file */ uint32_t cpuid;             /* CPUID[0x01][%eax] on the
>> saving machine */ -    uint32_t pad0; +    uint32_t gtsc_khz;       
>> /* Guest's TSC frequency in kHz */  }; 
>> 
>>  DECLARE_HVM_SAVE_TYPE(HEADER, 1, struct hvm_save_header);
> 
> I'm not sure this is the best place for this field -- it's a property
> of the guest CPU rather than of the host that saved the record.  I
> think it would be better to give it its own save record type. 
Hi, Tim
    Guest's preferred TSC frequency should be per-domain concept instead of 
constraining it to vcpus.  If we introduce a separate save type for this only 
field,  maybe too heavy.
In addition, TSC frequency field is saved by original proposal about image 
format, but don't know why it is dropped.  See attached pdf doc. 
Xiantao

Attachment: pdfghoqtwxKby.pdf
Description: pdfghoqtwxKby.pdf

_______________________________________________
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®.