All of lore.kernel.org
 help / color / mirror / Atom feed
From: Markus Armbruster <armbru@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: qemu-devel@nongnu.org, qemu-trivial@nongnu.org, patches@linaro.org
Subject: Re: [Qemu-trivial] [Qemu-devel] [PATCH] qemu-options.hx: Specify the units for -machine kvm_shadow_mem
Date: Wed, 11 May 2016 09:33:58 +0200	[thread overview]
Message-ID: <8737ppjbfd.fsf@dusky.pond.sub.org> (raw)
In-Reply-To: <1462895369-1508-1-git-send-email-peter.maydell@linaro.org> (Peter Maydell's message of "Tue, 10 May 2016 16:49:29 +0100")

Peter Maydell <peter.maydell@linaro.org> writes:

> The -machine kvm_shadow_mem option takes a size in bytes; say
> so explicitly in its documentation.
>
> Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
> Reported-by: Tobi (github.com/tobimensch)
> ---
>  qemu-options.hx | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/qemu-options.hx b/qemu-options.hx
> index 6106520..0b86d9f 100644
> --- a/qemu-options.hx
> +++ b/qemu-options.hx
> @@ -35,7 +35,7 @@ DEF("machine", HAS_ARG, QEMU_OPTION_machine, \
>      "                kernel_irqchip=on|off controls accelerated irqchip support\n"
>      "                kernel_irqchip=on|off|split controls accelerated irqchip support (default=off)\n"
>      "                vmport=on|off|auto controls emulation of vmport (default: auto)\n"
> -    "                kvm_shadow_mem=size of KVM shadow MMU\n"
> +    "                kvm_shadow_mem=size of KVM shadow MMU in bytes\n"
>      "                dump-guest-core=on|off include guest memory in a core dump (default=on)\n"
>      "                mem-merge=on|off controls memory merge support (default: on)\n"
>      "                iommu=on|off controls emulated Intel IOMMU (VT-d) support (default=off)\n"

Won't hurt, but makes me wonder: we have several size-valued option
parameters where we don't bother to clarify the unit in the description.
Sometimes the param=value string gives a hint, e.g. sndbuf=nbytes.

Things would be less confusing if the suffixless unit of a size was the
same everywhere, but we've screwed that up pretty comprehensively.


WARNING: multiple messages have this Message-ID (diff)
From: Markus Armbruster <armbru@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: qemu-devel@nongnu.org, qemu-trivial@nongnu.org, patches@linaro.org
Subject: Re: [Qemu-devel] [PATCH] qemu-options.hx: Specify the units for -machine kvm_shadow_mem
Date: Wed, 11 May 2016 09:33:58 +0200	[thread overview]
Message-ID: <8737ppjbfd.fsf@dusky.pond.sub.org> (raw)
In-Reply-To: <1462895369-1508-1-git-send-email-peter.maydell@linaro.org> (Peter Maydell's message of "Tue, 10 May 2016 16:49:29 +0100")

Peter Maydell <peter.maydell@linaro.org> writes:

> The -machine kvm_shadow_mem option takes a size in bytes; say
> so explicitly in its documentation.
>
> Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
> Reported-by: Tobi (github.com/tobimensch)
> ---
>  qemu-options.hx | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/qemu-options.hx b/qemu-options.hx
> index 6106520..0b86d9f 100644
> --- a/qemu-options.hx
> +++ b/qemu-options.hx
> @@ -35,7 +35,7 @@ DEF("machine", HAS_ARG, QEMU_OPTION_machine, \
>      "                kernel_irqchip=on|off controls accelerated irqchip support\n"
>      "                kernel_irqchip=on|off|split controls accelerated irqchip support (default=off)\n"
>      "                vmport=on|off|auto controls emulation of vmport (default: auto)\n"
> -    "                kvm_shadow_mem=size of KVM shadow MMU\n"
> +    "                kvm_shadow_mem=size of KVM shadow MMU in bytes\n"
>      "                dump-guest-core=on|off include guest memory in a core dump (default=on)\n"
>      "                mem-merge=on|off controls memory merge support (default: on)\n"
>      "                iommu=on|off controls emulated Intel IOMMU (VT-d) support (default=off)\n"

Won't hurt, but makes me wonder: we have several size-valued option
parameters where we don't bother to clarify the unit in the description.
Sometimes the param=value string gives a hint, e.g. sndbuf=nbytes.

Things would be less confusing if the suffixless unit of a size was the
same everywhere, but we've screwed that up pretty comprehensively.

  reply	other threads:[~2016-05-11  7:34 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-10 15:49 [Qemu-trivial] [PATCH] qemu-options.hx: Specify the units for -machine kvm_shadow_mem Peter Maydell
2016-05-10 15:49 ` [Qemu-devel] " Peter Maydell
2016-05-11  7:33 ` Markus Armbruster [this message]
2016-05-11  7:33   ` Markus Armbruster
2016-05-29  8:13 ` [Qemu-trivial] " Michael Tokarev
2016-05-29  8:13   ` [Qemu-devel] " Michael Tokarev

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=8737ppjbfd.fsf@dusky.pond.sub.org \
    --to=armbru@redhat.com \
    --cc=patches@linaro.org \
    --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.