On Wed, Sep 09, 2015 at 01:46:35AM -0600, Jan Beulich wrote:
> >>> On 09.09.15 at 09:31, wrote:
> > The ACPI PM timer is sometimes broken on live migration.
> > Since vcpu->arch.hvm_vcpu.guest_time is zero in most cases.
>
> I.e. in other than "delay for missed ticks mode". Would have been
> nice
>>> On 09.09.15 at 10:31, wrote:
> Jan Beulich writes:
>
> On 09.09.15 at 09:31, wrote:
>>> The ACPI PM timer is sometimes broken on live migration.
>>> Since vcpu->arch.hvm_vcpu.guest_time is zero in most cases.
>>
>> I.e. in other than "delay for missed ticks mode". Would have been
>> nic
Jan Beulich writes:
On 09.09.15 at 09:31, wrote:
>> The ACPI PM timer is sometimes broken on live migration.
>> Since vcpu->arch.hvm_vcpu.guest_time is zero in most cases.
>
> I.e. in other than "delay for missed ticks mode". Would have been
> nice if you had spelled this out explicitly.
>>> On 09.09.15 at 09:31, wrote:
> The ACPI PM timer is sometimes broken on live migration.
> Since vcpu->arch.hvm_vcpu.guest_time is zero in most cases.
I.e. in other than "delay for missed ticks mode". Would have been
nice if you had spelled this out explicitly. With that the question
then is -
The ACPI PM timer is sometimes broken on live migration.
Since vcpu->arch.hvm_vcpu.guest_time is zero in most cases.
Without this patch, the clock of windows server 2012R2 without HPET
might leap forward several minutes on live migration.
Signed-off-by: Kouya Shimura
---
xen/arch/x86/hvm/pmtime