From 1652fa2fd21a0985113b2fd69089e5c90e71464c Mon Sep 17 00:00:00 2001
From: Eric Blake The
- A The
+ A
- Each timer element requires a
+ Each timer element requires a
+
Starts a SPICE server. The
+
When SPICE has both a normal and TLS secured TCP port configured, it
can be desirable to restrict what channels can be run on each port.
This is achieved by adding one or more <channel> elements inside
@@ -1524,8 +1524,8 @@ qemu-kvm -net nic,model=? /dev/null
hard_limit
hard_limit
element is the maximum memory
- the guest can use. The units for this value are kilobytes (i.e. blocks
- of 1024 bytes)soft_limit
soft_limit
element is the memory limit to
- enforce during memory contention. The units for this value are
- kilobytes (i.e. blocks of 1024 bytes)swap_hard_limit
swap_hard_limit
element is the maximum
- swap the guest can use. The units for this value are kilobytes
- (i.e. blocks of 1024 bytes)min_guarantee
min_guarantee
element is the guaranteed
- minimum memory allocation for the guest. The units for this value are
- kilobytes (i.e. blocks of 1024 bytes)vcpu
match
- attribute can be omitted and will default to exact
.
+ Since 0.8.5 the match
+ attribute can be omitted and will default to exact
.
model
policy
- attribute can be omitted and will default to require
.
+ Since 0.8.5 the policy
+ attribute can be omitted and will default to require
.
@@ -579,101 +579,101 @@
@@ -1503,7 +1503,7 @@ qemu-kvm -net nic,model=? /dev/null
clock
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.
-
- utc
localtime
timezone
timezone
attribute.
- Since 0.7.7
- variable
adjustment
attribute.
- 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. Since 0.7.7
- clock
may have zero or more
- timer
sub-elements. Since
- 0.8.0
- 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.
+
+ utc
localtime
timezone
timezone
attribute.
+ Since 0.7.7
+ variable
adjustment
attribute.
+ 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. Since 0.7.7
+ clock
may have zero or more
+ timer
sub-elements. Since
+ 0.8.0
+ timer
name
attribute,
- and has other optional attributes that depend on
- the name
specified. Various hypervisors
- support different combinations of attributes.
-
-
+ name
name
attribute selects which timer is
- being modified, and can be one of "platform", "pit",
- "rtc", "hpet", or "tsc".
- track
track
attribute specifies what the timer
- tracks, and can be "boot", "guest", or "wall".
- Only valid for name="rtc"
- or name="platform"
.
- tickpolicy
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
catchup
element has three optional
- attributes, each a positive integer. The attributes
- are threshold
, slew
,
- and limit
.
- frequency
frequency
attribute is an unsigned
- integer specifying the frequency at
- which name="tsc"
runs.
- mode
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
present
attribute can be "yes" or "no" to
- specify whether a particular timer is available to the guest.
- name
attribute,
+ and has other optional attributes that depend on
+ the name
specified. Various hypervisors
+ support different combinations of attributes.
+
+
name
name
attribute selects which timer is
+ being modified, and can be one of "platform", "pit",
+ "rtc", "hpet", or "tsc".
+ track
track
attribute specifies what the timer
+ tracks, and can be "boot", "guest", or "wall".
+ Only valid for name="rtc"
+ or name="platform"
.
+ tickpolicy
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
catchup
element has three optional
+ attributes, each a positive integer. The attributes
+ are threshold
, slew
,
+ and limit
.
+ frequency
frequency
attribute is an unsigned
+ integer specifying the frequency at
+ which name="tsc"
runs.
+ mode
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
present
attribute can be "yes" or "no" to
+ specify whether a particular timer is available to the guest.
+ "spice"
port
attribute specifies the TCP
port number (with -1 as legacy syntax indicating that it should be
auto-allocated), while tlsPort
gives an alternative
@@ -1515,8 +1515,8 @@ qemu-kvm -net nic,model=? /dev/null
to use. It is possible to set a limit on the validity of the password
be giving an timestamp passwdValidTo='2010-04-09T15:51:00'
assumed to be in UTC. NB, this may not be supported by all hypervisors.
- main
, display
, inputs
,
cursor
, playback
, record
;
and since 0.8.8: smartcard
.
-
+
<graphics type='spice' port='-1' tlsPort='-1' autoport='yes'> <channel name='main' mode='secure'/> <channel name='record' mode='insecure'/> @@ -1582,7 +1582,7 @@ qemu-kvm -net nic,model=? /dev/null
model
element has a mandatory type
attribute which takes the value "vga", "cirrus", "vmvga", "qxl",
- "xen" or "vbox", depending on the hypervisor features available.
+ "xen" or "vbox", depending on the hypervisor features available.
You can also provide the amount of video memory in kilobytes using
vram
and the number of screen with heads
.
The required model
attribute specifies what type
- of balloon device is provided. Valid values are specific to
- the virtualization platform
+ of balloon device is provided. Valid values are specific to
+ the virtualization platform