All of lore.kernel.org
 help / color / mirror / Atom feed
From: Igor Mammedov <imammedo@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: qemu-devel@nongnu.org, qemu-trivial@nongnu.org
Subject: Re: [PATCH] qemu-options.hx: Fix formatting of -machine memory-backend option
Date: Mon, 19 Jul 2021 15:07:05 +0200	[thread overview]
Message-ID: <20210719150705.26db8ed4@redhat.com> (raw)
In-Reply-To: <20210719105257.3599-1-peter.maydell@linaro.org>

On Mon, 19 Jul 2021 11:52:57 +0100
Peter Maydell <peter.maydell@linaro.org> wrote:

> The documentation of the -machine memory-backend has some minor
> formatting errors:
>  * Misindentation of the initial line meant that the whole option
>    section is incorrectly indented in the HTML output compared to
>    the other -machine options
>  * The examples weren't indented, which meant that they were formatted
>    as plain run-on text including outputting the "::" as text.
>  * The a) b) list has no rst-format markup so it is rendered as
>    a single run-on paragraph
> 
> Fix the formatting.
> 
> Signed-off-by: Peter Maydell <peter.maydell@linaro.org>

Reviewed-by: Igor Mammedov <imammedo@redhat.com>

> ---
>  qemu-options.hx | 30 +++++++++++++++++-------------
>  1 file changed, 17 insertions(+), 13 deletions(-)
> 
> diff --git a/qemu-options.hx b/qemu-options.hx
> index 0c9ddc02746..d783626d5b6 100644
> --- a/qemu-options.hx
> +++ b/qemu-options.hx
> @@ -98,28 +98,32 @@ SRST
>          Enables or disables ACPI Heterogeneous Memory Attribute Table
>          (HMAT) support. The default is off.
>  
> -     ``memory-backend='id'``
> +    ``memory-backend='id'``
>          An alternative to legacy ``-mem-path`` and ``mem-prealloc`` options.
>          Allows to use a memory backend as main RAM.
>  
>          For example:
>          ::
> -        -object memory-backend-file,id=pc.ram,size=512M,mem-path=/hugetlbfs,prealloc=on,share=on
> -        -machine memory-backend=pc.ram
> -        -m 512M
> +
> +            -object memory-backend-file,id=pc.ram,size=512M,mem-path=/hugetlbfs,prealloc=on,share=on
> +            -machine memory-backend=pc.ram
> +            -m 512M
>  
>          Migration compatibility note:
> -        a) as backend id one shall use value of 'default-ram-id', advertised by
> -        machine type (available via ``query-machines`` QMP command), if migration
> -        to/from old QEMU (<5.0) is expected.
> -        b) for machine types 4.0 and older, user shall
> -        use ``x-use-canonical-path-for-ramblock-id=off`` backend option
> -        if migration to/from old QEMU (<5.0) is expected.
> +
> +        * as backend id one shall use value of 'default-ram-id', advertised by
> +          machine type (available via ``query-machines`` QMP command), if migration
> +          to/from old QEMU (<5.0) is expected.
> +        * for machine types 4.0 and older, user shall
> +          use ``x-use-canonical-path-for-ramblock-id=off`` backend option
> +          if migration to/from old QEMU (<5.0) is expected.
> +
>          For example:
>          ::
> -        -object memory-backend-ram,id=pc.ram,size=512M,x-use-canonical-path-for-ramblock-id=off
> -        -machine memory-backend=pc.ram
> -        -m 512M
> +
> +            -object memory-backend-ram,id=pc.ram,size=512M,x-use-canonical-path-for-ramblock-id=off
> +            -machine memory-backend=pc.ram
> +            -m 512M
>  ERST
>  
>  HXCOMM Deprecated by -machine



WARNING: multiple messages have this Message-ID (diff)
From: Igor Mammedov <imammedo@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: qemu-trivial@nongnu.org, qemu-devel@nongnu.org
Subject: Re: [PATCH] qemu-options.hx: Fix formatting of -machine memory-backend option
Date: Mon, 19 Jul 2021 15:07:05 +0200	[thread overview]
Message-ID: <20210719150705.26db8ed4@redhat.com> (raw)
In-Reply-To: <20210719105257.3599-1-peter.maydell@linaro.org>

On Mon, 19 Jul 2021 11:52:57 +0100
Peter Maydell <peter.maydell@linaro.org> wrote:

> The documentation of the -machine memory-backend has some minor
> formatting errors:
>  * Misindentation of the initial line meant that the whole option
>    section is incorrectly indented in the HTML output compared to
>    the other -machine options
>  * The examples weren't indented, which meant that they were formatted
>    as plain run-on text including outputting the "::" as text.
>  * The a) b) list has no rst-format markup so it is rendered as
>    a single run-on paragraph
> 
> Fix the formatting.
> 
> Signed-off-by: Peter Maydell <peter.maydell@linaro.org>

Reviewed-by: Igor Mammedov <imammedo@redhat.com>

> ---
>  qemu-options.hx | 30 +++++++++++++++++-------------
>  1 file changed, 17 insertions(+), 13 deletions(-)
> 
> diff --git a/qemu-options.hx b/qemu-options.hx
> index 0c9ddc02746..d783626d5b6 100644
> --- a/qemu-options.hx
> +++ b/qemu-options.hx
> @@ -98,28 +98,32 @@ SRST
>          Enables or disables ACPI Heterogeneous Memory Attribute Table
>          (HMAT) support. The default is off.
>  
> -     ``memory-backend='id'``
> +    ``memory-backend='id'``
>          An alternative to legacy ``-mem-path`` and ``mem-prealloc`` options.
>          Allows to use a memory backend as main RAM.
>  
>          For example:
>          ::
> -        -object memory-backend-file,id=pc.ram,size=512M,mem-path=/hugetlbfs,prealloc=on,share=on
> -        -machine memory-backend=pc.ram
> -        -m 512M
> +
> +            -object memory-backend-file,id=pc.ram,size=512M,mem-path=/hugetlbfs,prealloc=on,share=on
> +            -machine memory-backend=pc.ram
> +            -m 512M
>  
>          Migration compatibility note:
> -        a) as backend id one shall use value of 'default-ram-id', advertised by
> -        machine type (available via ``query-machines`` QMP command), if migration
> -        to/from old QEMU (<5.0) is expected.
> -        b) for machine types 4.0 and older, user shall
> -        use ``x-use-canonical-path-for-ramblock-id=off`` backend option
> -        if migration to/from old QEMU (<5.0) is expected.
> +
> +        * as backend id one shall use value of 'default-ram-id', advertised by
> +          machine type (available via ``query-machines`` QMP command), if migration
> +          to/from old QEMU (<5.0) is expected.
> +        * for machine types 4.0 and older, user shall
> +          use ``x-use-canonical-path-for-ramblock-id=off`` backend option
> +          if migration to/from old QEMU (<5.0) is expected.
> +
>          For example:
>          ::
> -        -object memory-backend-ram,id=pc.ram,size=512M,x-use-canonical-path-for-ramblock-id=off
> -        -machine memory-backend=pc.ram
> -        -m 512M
> +
> +            -object memory-backend-ram,id=pc.ram,size=512M,x-use-canonical-path-for-ramblock-id=off
> +            -machine memory-backend=pc.ram
> +            -m 512M
>  ERST
>  
>  HXCOMM Deprecated by -machine



  reply	other threads:[~2021-07-19 13:07 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-19 10:52 [PATCH] qemu-options.hx: Fix formatting of -machine memory-backend option Peter Maydell
2021-07-19 13:07 ` Igor Mammedov [this message]
2021-07-19 13:07   ` Igor Mammedov
2021-07-26 10:10   ` Peter Maydell
2021-07-26 10:10     ` Peter Maydell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20210719150705.26db8ed4@redhat.com \
    --to=imammedo@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-trivial@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.