From 2ad42978eaef2486d0ca547faef5cdc1ee9c6a71 Mon Sep 17 00:00:00 2001 From: Eric Blake Date: Thu, 13 May 2010 16:00:14 -0600 Subject: [PATCH] docs: mention domain improvements Add documentation for features added a while ago. * docs/formatdomain.html.in (Time keeping): Update documentation of element to match 0.8.0 addition. --- docs/formatdomain.html.in | 76 ++++++++++++++++++++++++++++++++++++--- 1 file changed, 71 insertions(+), 5 deletions(-) diff --git a/docs/formatdomain.html.in b/docs/formatdomain.html.in index 5269cc5edc..f9a153bd64 100644 --- a/docs/formatdomain.html.in +++ b/docs/formatdomain.html.in @@ -411,13 +411,18 @@
   ...
-  <clock offset="localtime"/>
+  <clock offset="localtime">
+    <timer name="rtc" tickpolicy="catchup" track="guest">
+      <catchup threshold=123 slew=120 limit=10000/>
+    </timer>
+    <timer name="pit" tickpolicy="none"/>
+  </clock>
   ...
clock
-

The offset attribute takes three possible +

The offset attribute takes four possible values, allowing fine grained control over how the guest clock is synchronized to the host. NB, not all hypervisors support all modes.

@@ -435,6 +440,7 @@
The guest clock will be synchronized to the requested timezone using the timezone attribute. + Since 0.7.7
variable
@@ -444,14 +450,74 @@ The guest is free to adjust the RTC over time an expect that it will be honoured at next reboot. This is in contrast to 'utc' mode, where the RTC adjustments are - lost at each reboot. + lost at each reboot. Since 0.7.7

- NB, at time of writing, only QEMU supports the variable - clock mode, or custom timezones. + A clock may have zero or more + timersub-elements. Since + 0.8.0

+
timer
+
+

+ Each timer element requires a name attribute, + and has other optional attributes that depend on + the name specified. Various hypervisors + support different combinations of attributes. +

+
+
name
+
+ The name attribute selects which timer is + being modified, and can be one of "platform", "pit", + "rtc", "hpet", or "tsc". +
+
track
+
+ The track attribute specifies what the timer + tracks, and can be "boot", "guest", or "wall". + Only valid for name="rtc" + or name="platform". +
+
tickpolicy
+
+ The tickpolicy attribute determines how + missed ticks in the guest are handled, and can be "delay", + "catchup", "merge", or "discard". If the policy is + "catchup", there can be further details in + the catchup sub-element. +
+
catchup
+
+ The catchup element has three optional + attributes, each a positive integer. The attributes + are threshold, slew, + and limit. +
+
+
+
frequency
+
+ The frequency attribute is an unsigned + integer specifying the frequency at + which name="tsc" runs. +
+
mode
+
+ The mode attribute controls how + the name="tsc" timer is managed, and can be + "auto", "native", "emulate", "paravirt", or "smpsafe". + Other timers are always emulated. +
+
present
+
+ The present attribute can be "yes" or "no" to + specify whether a particular timer is available to the guest. +
+
+

Devices