* [PATCH] docs: canonicalize representation of boolean type in xl.cfg
@ 2013-05-07 11:28 Wei Liu
2013-05-07 12:31 ` David Vrabel
2013-05-07 12:48 ` Ian Campbell
0 siblings, 2 replies; 6+ messages in thread
From: Wei Liu @ 2013-05-07 11:28 UTC (permalink / raw)
To: xen-devel; +Cc: Wei Liu, ian.campbell
The representations of boolean type in xl docs are inconsistent. This patch
replaces occurences of "1", "0", "[Tt]rue" and "[Ff]alse" with "[Tt]rue (1)"
and "[Ff]alse (0)".
Signed-off-by: Wei Liu <wei.liu2@citrix.com>
---
docs/man/xl.cfg.pod.5 | 30 ++++++++++++++++--------------
1 file changed, 16 insertions(+), 14 deletions(-)
diff --git a/docs/man/xl.cfg.pod.5 b/docs/man/xl.cfg.pod.5
index f8b4576..e0c3bb2 100644
--- a/docs/man/xl.cfg.pod.5
+++ b/docs/man/xl.cfg.pod.5
@@ -460,12 +460,13 @@ Specifies that MSI-INTx translation should be turned on for the PCI
device. When enabled, MSI-INTx translation will always enable MSI on
the PCI device regardless whether the guest uses INTx or MSI. Some
device drivers, such as NVIDIA's, detect an inconsistency and do not
-function when this option is enabled. Therefore the default is 0.
+function when this option is enabled. Therefore the default is false (0).
=item B<power_mgmt=BOOLEAN>
(HVM only) Specifies that the VM should be able to program the
-D0-D3hot power management states for the PCI device. 0 by default.
+D0-D3hot power management states for the PCI device. False (0) by
+default.
=back
@@ -600,7 +601,7 @@ specific what meaning this has).
=item B<e820_host=BOOLEAN>
Selects whether to expose the host e820 (memory map) to the guest via
-the virtual e820. When this option is false the guest pseudo-physical
+the virtual e820. When this option is false (0) the guest pseudo-physical
address space consists of a single contiguous RAM region. When this
option is specified the virtual e820 instead reflects the host e820
and contains the same PCI holes. The total amount of RAM represented
@@ -612,8 +613,8 @@ opportunity to set aside the required part of its pseudo-physical
address space in order to provide address space to map passedthrough
PCI devices. It is guest Operating System dependent whether this
option is required, specifically it is required when using a mainline
-Linux ("pvops") kernel. This option defaults to true if any PCI
-passthrough devices are configured and false otherwise. If you do not
+Linux ("pvops") kernel. This option defaults to true (1) if any PCI
+passthrough devices are configured and false (0) otherwise. If you do not
configure any passthrough devices at domain creation time but expect
to hotplug devices later then you should set this option. Conversely
if your particular guest kernel does not require this behaviour then
@@ -737,12 +738,12 @@ disable ACPI for compatibility with some guest Operating Systems.
=item B<acpi_s3=BOOLEAN>
Include the S3 (suspend-to-ram) power state in the virtual firmware
-ACPI table. 1 by default.
+ACPI table. True (1) by default.
=item B<acpi_s4=BOOLEAN>
Include S4 (suspend-to-disk) power state in the virtual firmware ACPI
-table. 1 by default.
+table. True (1) by default.
=item B<apic=BOOLEAN>
@@ -895,11 +896,12 @@ Please see F<docs/misc/tscmode.txt> for more information on this option.
=item B<localtime=BOOLEAN>
-Set the real time clock to local time or to UTC. 0 by default, i.e. set to UTC.
+Set the real time clock to local time or to UTC. False (0) by default,
+i.e. set to UTC.
=item B<rtc_timeoffset=SECONDS>
-Set the real time clock offset in seconds. 0 by default.
+Set the real time clock offset in seconds. False (0) by default.
=item B<vpt_align=BOOLEAN>
@@ -907,7 +909,7 @@ Set the real time clock offset in seconds. 0 by default.
Specifies that periodic Virtual Platform Timers should be aligned to
reduce guest interrupts. Enabling this option can reduce power
consumption, especially when a guest uses a high timer interrupt
-frequency (HZ) values. The default is 1.
+frequency (HZ) values. The default is true (1).
=item B<timer_mode=MODE>
@@ -1009,7 +1011,7 @@ If B<videoram> is set less than 128MB, an error will be triggered.
=item B<stdvga=BOOLEAN>
Select a standard VGA card with VBE (VESA BIOS Extensions) as the
-emulated graphics device. The default is false which means to emulate
+emulated graphics device. The default is false (0) which means to emulate
a Cirrus Logic GD5446 VGA card. If your guest supports VBE 2.0 or
later (e.g. Windows XP onwards) then you should enable this.
stdvga supports more video ram and bigger resolutions than Cirrus.
@@ -1071,7 +1073,7 @@ Simple DirectMedia Layer). The default is not to enable this mode.
Enable OpenGL acceleration of the SDL display. Only effects machines
using B<device_model_version="qemu-xen-traditional"> and only if the
-device-model was compiled with OpenGL support. 0 by default.
+device-model was compiled with OpenGL support. False (0) by default.
=item B<nographic=BOOLEAN>
@@ -1112,7 +1114,7 @@ have not been supported.
=item B<spicedisable_ticketing=BOOLEAN>
Enable client connection without password. When disabled, spicepasswd
-must be set. The default is 0.
+must be set. The default is false (0).
=item B<spicepasswd="PASSWORD">
@@ -1120,7 +1122,7 @@ Specify the ticket password which is used by a client for connection.
=item B<spiceagent_mouse=BOOLEAN>
-Whether SPICE agent is used for client mouse mode. The default is true
+Whether SPICE agent is used for client mouse mode. The default is true (1)
(turn on)
=back
--
1.7.10.4
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH] docs: canonicalize representation of boolean type in xl.cfg
2013-05-07 11:28 [PATCH] docs: canonicalize representation of boolean type in xl.cfg Wei Liu
@ 2013-05-07 12:31 ` David Vrabel
2013-05-07 12:46 ` Ian Campbell
2013-05-07 12:48 ` Ian Campbell
1 sibling, 1 reply; 6+ messages in thread
From: David Vrabel @ 2013-05-07 12:31 UTC (permalink / raw)
To: Wei Liu; +Cc: ian.campbell, xen-devel
On 07/05/13 12:28, Wei Liu wrote:
> The representations of boolean type in xl docs are inconsistent. This patch
> replaces occurences of "1", "0", "[Tt]rue" and "[Ff]alse" with "[Tt]rue (1)"
> and "[Ff]alse (0)".
An even better patch might have been to make the parser understand
"true" and "false".
David
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] docs: canonicalize representation of boolean type in xl.cfg
2013-05-07 12:31 ` David Vrabel
@ 2013-05-07 12:46 ` Ian Campbell
0 siblings, 0 replies; 6+ messages in thread
From: Ian Campbell @ 2013-05-07 12:46 UTC (permalink / raw)
To: David Vrabel; +Cc: Wei Liu, xen-devel@lists.xen.org
On Tue, 2013-05-07 at 13:31 +0100, David Vrabel wrote:
> On 07/05/13 12:28, Wei Liu wrote:
> > The representations of boolean type in xl docs are inconsistent. This patch
> > replaces occurences of "1", "0", "[Tt]rue" and "[Ff]alse" with "[Tt]rue (1)"
> > and "[Ff]alse (0)".
>
> An even better patch might have been to make the parser understand
> "true" and "false".
Yes, but not at this stage for 4.3.
Ian,.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] docs: canonicalize representation of boolean type in xl.cfg
2013-05-07 11:28 [PATCH] docs: canonicalize representation of boolean type in xl.cfg Wei Liu
2013-05-07 12:31 ` David Vrabel
@ 2013-05-07 12:48 ` Ian Campbell
2013-05-07 12:49 ` George Dunlap
1 sibling, 1 reply; 6+ messages in thread
From: Ian Campbell @ 2013-05-07 12:48 UTC (permalink / raw)
To: Wei Liu; +Cc: George Dunlap, xen-devel@lists.xen.org
On Tue, 2013-05-07 at 12:28 +0100, Wei Liu wrote:
> The representations of boolean type in xl docs are inconsistent. This patch
> replaces occurences of "1", "0", "[Tt]rue" and "[Ff]alse" with "[Tt]rue (1)"
> and "[Ff]alse (0)".
>
> Signed-off-by: Wei Liu <wei.liu2@citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
George, I assume docs updates are still mostly fair game until later
rcs, taking into account the "microfreeze" while we actually put rc1
together, of course.
Ian.
> ---
> docs/man/xl.cfg.pod.5 | 30 ++++++++++++++++--------------
> 1 file changed, 16 insertions(+), 14 deletions(-)
>
> diff --git a/docs/man/xl.cfg.pod.5 b/docs/man/xl.cfg.pod.5
> index f8b4576..e0c3bb2 100644
> --- a/docs/man/xl.cfg.pod.5
> +++ b/docs/man/xl.cfg.pod.5
> @@ -460,12 +460,13 @@ Specifies that MSI-INTx translation should be turned on for the PCI
> device. When enabled, MSI-INTx translation will always enable MSI on
> the PCI device regardless whether the guest uses INTx or MSI. Some
> device drivers, such as NVIDIA's, detect an inconsistency and do not
> -function when this option is enabled. Therefore the default is 0.
> +function when this option is enabled. Therefore the default is false (0).
>
> =item B<power_mgmt=BOOLEAN>
>
> (HVM only) Specifies that the VM should be able to program the
> -D0-D3hot power management states for the PCI device. 0 by default.
> +D0-D3hot power management states for the PCI device. False (0) by
> +default.
>
> =back
>
> @@ -600,7 +601,7 @@ specific what meaning this has).
> =item B<e820_host=BOOLEAN>
>
> Selects whether to expose the host e820 (memory map) to the guest via
> -the virtual e820. When this option is false the guest pseudo-physical
> +the virtual e820. When this option is false (0) the guest pseudo-physical
> address space consists of a single contiguous RAM region. When this
> option is specified the virtual e820 instead reflects the host e820
> and contains the same PCI holes. The total amount of RAM represented
> @@ -612,8 +613,8 @@ opportunity to set aside the required part of its pseudo-physical
> address space in order to provide address space to map passedthrough
> PCI devices. It is guest Operating System dependent whether this
> option is required, specifically it is required when using a mainline
> -Linux ("pvops") kernel. This option defaults to true if any PCI
> -passthrough devices are configured and false otherwise. If you do not
> +Linux ("pvops") kernel. This option defaults to true (1) if any PCI
> +passthrough devices are configured and false (0) otherwise. If you do not
> configure any passthrough devices at domain creation time but expect
> to hotplug devices later then you should set this option. Conversely
> if your particular guest kernel does not require this behaviour then
> @@ -737,12 +738,12 @@ disable ACPI for compatibility with some guest Operating Systems.
> =item B<acpi_s3=BOOLEAN>
>
> Include the S3 (suspend-to-ram) power state in the virtual firmware
> -ACPI table. 1 by default.
> +ACPI table. True (1) by default.
>
> =item B<acpi_s4=BOOLEAN>
>
> Include S4 (suspend-to-disk) power state in the virtual firmware ACPI
> -table. 1 by default.
> +table. True (1) by default.
>
> =item B<apic=BOOLEAN>
>
> @@ -895,11 +896,12 @@ Please see F<docs/misc/tscmode.txt> for more information on this option.
>
> =item B<localtime=BOOLEAN>
>
> -Set the real time clock to local time or to UTC. 0 by default, i.e. set to UTC.
> +Set the real time clock to local time or to UTC. False (0) by default,
> +i.e. set to UTC.
>
> =item B<rtc_timeoffset=SECONDS>
>
> -Set the real time clock offset in seconds. 0 by default.
> +Set the real time clock offset in seconds. False (0) by default.
>
>
> =item B<vpt_align=BOOLEAN>
> @@ -907,7 +909,7 @@ Set the real time clock offset in seconds. 0 by default.
> Specifies that periodic Virtual Platform Timers should be aligned to
> reduce guest interrupts. Enabling this option can reduce power
> consumption, especially when a guest uses a high timer interrupt
> -frequency (HZ) values. The default is 1.
> +frequency (HZ) values. The default is true (1).
>
> =item B<timer_mode=MODE>
>
> @@ -1009,7 +1011,7 @@ If B<videoram> is set less than 128MB, an error will be triggered.
> =item B<stdvga=BOOLEAN>
>
> Select a standard VGA card with VBE (VESA BIOS Extensions) as the
> -emulated graphics device. The default is false which means to emulate
> +emulated graphics device. The default is false (0) which means to emulate
> a Cirrus Logic GD5446 VGA card. If your guest supports VBE 2.0 or
> later (e.g. Windows XP onwards) then you should enable this.
> stdvga supports more video ram and bigger resolutions than Cirrus.
> @@ -1071,7 +1073,7 @@ Simple DirectMedia Layer). The default is not to enable this mode.
>
> Enable OpenGL acceleration of the SDL display. Only effects machines
> using B<device_model_version="qemu-xen-traditional"> and only if the
> -device-model was compiled with OpenGL support. 0 by default.
> +device-model was compiled with OpenGL support. False (0) by default.
>
> =item B<nographic=BOOLEAN>
>
> @@ -1112,7 +1114,7 @@ have not been supported.
> =item B<spicedisable_ticketing=BOOLEAN>
>
> Enable client connection without password. When disabled, spicepasswd
> -must be set. The default is 0.
> +must be set. The default is false (0).
>
> =item B<spicepasswd="PASSWORD">
>
> @@ -1120,7 +1122,7 @@ Specify the ticket password which is used by a client for connection.
>
> =item B<spiceagent_mouse=BOOLEAN>
>
> -Whether SPICE agent is used for client mouse mode. The default is true
> +Whether SPICE agent is used for client mouse mode. The default is true (1)
> (turn on)
>
> =back
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] docs: canonicalize representation of boolean type in xl.cfg
2013-05-07 12:48 ` Ian Campbell
@ 2013-05-07 12:49 ` George Dunlap
2013-05-08 11:35 ` Ian Campbell
0 siblings, 1 reply; 6+ messages in thread
From: George Dunlap @ 2013-05-07 12:49 UTC (permalink / raw)
To: Ian Campbell; +Cc: Wei Liu, xen-devel@lists.xen.org
On 07/05/13 13:48, Ian Campbell wrote:
> On Tue, 2013-05-07 at 12:28 +0100, Wei Liu wrote:
>> The representations of boolean type in xl docs are inconsistent. This patch
>> replaces occurences of "1", "0", "[Tt]rue" and "[Ff]alse" with "[Tt]rue (1)"
>> and "[Ff]alse (0)".
>>
>> Signed-off-by: Wei Liu <wei.liu2@citrix.com>
> Acked-by: Ian Campbell <ian.campbell@citrix.com>
>
> George, I assume docs updates are still mostly fair game until later
> rcs, taking into account the "microfreeze" while we actually put rc1
> together, of course.
That sounds perfectly reasonable.
-George
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] docs: canonicalize representation of boolean type in xl.cfg
2013-05-07 12:49 ` George Dunlap
@ 2013-05-08 11:35 ` Ian Campbell
0 siblings, 0 replies; 6+ messages in thread
From: Ian Campbell @ 2013-05-08 11:35 UTC (permalink / raw)
To: George Dunlap; +Cc: Wei Liu, xen-devel@lists.xen.org
On Tue, 2013-05-07 at 13:49 +0100, George Dunlap wrote:
> On 07/05/13 13:48, Ian Campbell wrote:
> > On Tue, 2013-05-07 at 12:28 +0100, Wei Liu wrote:
> >> The representations of boolean type in xl docs are inconsistent. This patch
> >> replaces occurences of "1", "0", "[Tt]rue" and "[Ff]alse" with "[Tt]rue (1)"
> >> and "[Ff]alse (0)".
> >>
> >> Signed-off-by: Wei Liu <wei.liu2@citrix.com>
> > Acked-by: Ian Campbell <ian.campbell@citrix.com>
> >
> > George, I assume docs updates are still mostly fair game until later
> > rcs, taking into account the "microfreeze" while we actually put rc1
> > together, of course.
>
> That sounds perfectly reasonable.
Applied, thanks.
>
> -George
>
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2013-05-08 11:35 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-05-07 11:28 [PATCH] docs: canonicalize representation of boolean type in xl.cfg Wei Liu
2013-05-07 12:31 ` David Vrabel
2013-05-07 12:46 ` Ian Campbell
2013-05-07 12:48 ` Ian Campbell
2013-05-07 12:49 ` George Dunlap
2013-05-08 11:35 ` Ian Campbell
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.