Re: [Xen-devel] [PATCH] acpi: Re-license ACPI builder files from GPLv2 to LGPLv2.1

2016-07-19 Thread Kouya Shimura
hat they can be used by non-GPLv2 callers. But this >> > will not be possible if we incorporate the ACPI builder in >> > those other components. >> > >> > To avoid this problem we are relicensing sources in ACPI >> > bulder directory to the Lesser GNU Public

Re: [Xen-devel] [PATCH v3] x86/hvm: fix saved pmtimer value

2015-09-10 Thread Kouya Shimura
Jan Beulich writes: > From: Kouya Shimura > > The ACPI PM timer is sometimes broken on live migration. > Since vcpu->arch.hvm_vcpu.guest_time is always zero in other than > "delay for missed ticks mode". Even in "delay for missed ticks mode", > vcpu&#

[Xen-devel] [PATCH V2] x86/hvm: fix saved pmtimer value

2015-09-09 Thread Kouya Shimura
; then. For consistency with HPET, pmtimer_save() should refer hvm_get_guest_time() to update the counter as well as hpet_save() does. Without this patch, the clock of windows server 2012R2 without HPET might leap forward several minutes on live migration. Signed-off-by: Kouya Shimura Cc: Jan Beulic

Re: [Xen-devel] [PATCH] x86/hvm: fix saved pmtimer value

2015-09-09 Thread Kouya Shimura
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.

[Xen-devel] [PATCH] x86/hvm: fix saved pmtimer value

2015-09-09 Thread Kouya Shimura
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/