[libvirt] [PATCH 4/4] docs: Document dump-core memory feature

Michal Privoznik mprivozn at redhat.com
Tue Aug 21 13:33:38 UTC 2012


On 15.08.2012 11:25, Martin Kletzander wrote:
> ---
>  docs/formatdomain.html.in |   13 ++++++++++---
>  1 files changed, 10 insertions(+), 3 deletions(-)
> 
> diff --git a/docs/formatdomain.html.in b/docs/formatdomain.html.in
> index bb225b1..af44742 100644
> --- a/docs/formatdomain.html.in
> +++ b/docs/formatdomain.html.in
> @@ -474,9 +474,16 @@
>          However, the value will be rounded up to the nearest kibibyte
>          by libvirt, and may be further rounded to the granularity
>          supported by the hypervisor.  Some hypervisors also enforce a
> -        minimum, such as
> -        4000KiB. <span class='since'><code>unit</code> since
> -        0.9.11</span></dd>
> +        minimum, such as 4000KiB.
> +
> +        In the case of crash, optional attribute <code>dump-core</code>
> +        can be used to control whether the guest memory should be
> +        included in the generated coredump.
> +
> +        <span class='since'><code>unit</code> since 0.9.11</span>,
> +        <span class='since'><code>dump-core</code> since 0.10.0
> +        (QEMU only)</span></dd>
> +
>        <dt><code>currentMemory</code></dt>
>        <dd>The actual allocation of memory for the guest. This value can
>          be less than the maximum allocation, to allow for ballooning
> 

ACK if you mention accepted values for dump-core attribute.

Michal




More information about the libvir-list mailing list