[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH v3 1/7] Add -mem-share option
From: |
Eric Blake |
Subject: |
Re: [Qemu-devel] [PATCH v3 1/7] Add -mem-share option |
Date: |
Fri, 13 Dec 2013 20:53:48 -0700 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 |
On 12/13/2013 04:14 AM, Antonios Motakis wrote:
> This option complements -mem-path. It implies -mem-prealloc. If specified,
> the guest RAM is allocated as a shared memory object. If both -mem-path
> and -mem-share are provided, the memory is allocated from the HugeTLBFS
> supplied path, and then mmapped with MAP_SHARED.
>
> Signed-off-by: Antonios Motakis <address@hidden>
> Signed-off-by: Nikolay Nikolaev <address@hidden>
> ---
> +++ b/qemu-options.hx
> @@ -237,6 +237,15 @@ STEXI
> Preallocate memory when using -mem-path.
> ETEXI
>
> +DEF("mem-share", 0, QEMU_OPTION_mem_share,
Ouch. Doesn't this mean you are defining a boolean option (absent or
present) as opposed to a qemuOpts option? I've already been complaining
that other boolean opts are currently undiscoverable to QMP; they also
have the drawback of having no way to turn the option back off if an
alias turned it on earlier in the command line. Can we use qemuOpts
here (so query-command-line-options can see it), and with a boolean
on/off argument (so it's not a one-way switch)?
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
[Qemu-devel] [PATCH v3 3/7] Add vhost-user skeleton, Antonios Motakis, 2013/12/13
[Qemu-devel] [PATCH v3 2/7] Decouple vhost from kernel interface, Antonios Motakis, 2013/12/13