commit 3114a97ba188895daff4a3d337b2c73855d4632d
Author: Daniel P. Berrange <email address hidden>
Date: Mon Jun 11 17:16:10 2012 +0100
Update default policies for KVM guest PIT & RTC timers
The default policies for the KVM guest PIT and RTC timers
are not very good at maintaining reliable time in guest
operating systems. In particular Windows 7 guests will
often crash with the default KVM timer policies, and old
Linux guests will have very bad time drift
Set the PIT such that missed ticks are injected at the
normal rate, ie they are delayed
Set the RTC such that missed ticks are injected at a
higher rate to "catch up"
This should provide a default configuration that works
acceptably for most OS types. In the future this will
likely need to be made configurable per-guest OS type.
Reviewed: https:/ /review. openstack. org/8422 github. com/openstack/ nova/commit/ 3114a97ba188895 daff4a3d337b2c7 3855d4632d
Committed: http://
Submitter: Jenkins
Branch: master
commit 3114a97ba188895 daff4a3d337b2c7 3855d4632d
Author: Daniel P. Berrange <email address hidden>
Date: Mon Jun 11 17:16:10 2012 +0100
Update default policies for KVM guest PIT & RTC timers
The default policies for the KVM guest PIT and RTC timers
are not very good at maintaining reliable time in guest
operating systems. In particular Windows 7 guests will
often crash with the default KVM timer policies, and old
Linux guests will have very bad time drift
Set the PIT such that missed ticks are injected at the
normal rate, ie they are delayed
Set the RTC such that missed ticks are injected at a
higher rate to "catch up"
This corresponds to the following libvirt XML
<clock offset='utc'> 'delay' /> 'catchup' />
<timer name='pit' tickpolicy=
<timer name='rtc' tickpolicy=
</clock>
And the following KVM options
- no-kvm- pit-reinjection driftfix= slew
-rtc base=utc,
This should provide a default configuration that works
acceptably for most OS types. In the future this will
likely need to be made configurable per-guest OS type.
Fixes LP bug #1011848
Change-Id: Iafb0e2192b5f3c 05b6395ffdfa14f 86a98ce3d1f
Signed-off-by: Daniel P. Berrange <email address hidden>