From: Peter Xu <peterx@redhat.com>
To: Eric Blake <eblake@redhat.com>
Cc: drjones@redhat.com, armbru@redhat.com, qemu-devel@nongnu.org,
famz@redhat.com, pbonzini@redhat.com, lcapitulino@redhat.com,
lersek@redhat.com
Subject: Re: [Qemu-devel] [PATCH v3 02/12] dump-guest-memory: add "detach" flag for QMP/HMP interfaces.
Date: Tue, 1 Dec 2015 10:18:36 +0800 [thread overview]
Message-ID: <20151201021833.GD21032@pxdev.xzpeter.org> (raw)
In-Reply-To: <565CC816.8020507@redhat.com>
On Mon, Nov 30, 2015 at 03:05:10PM -0700, Eric Blake wrote:
> On 11/30/2015 04:32 AM, Peter Xu wrote:
> > This patch only adds the interfaces, but not implements them.
> > "detach" parameter is made optional, to make sure that all the old
> > dump-guest-memory requests will still be able to work.
> >
> > Signed-off-by: Peter Xu <peterx@redhat.com>
> > ---
> > dump.c | 5 +++--
> > hmp-commands.hx | 5 +++--
> > hmp.c | 9 +++++++--
> > qapi-schema.json | 8 ++++++--
> > qmp-commands.hx | 6 ++++--
> > 5 files changed, 23 insertions(+), 10 deletions(-)
>
> > +++ b/hmp.c
> > @@ -1586,8 +1586,10 @@ void hmp_dump_guest_memory(Monitor *mon, const QDict *qdict)
> > const char *file = qdict_get_str(qdict, "filename");
> > bool has_begin = qdict_haskey(qdict, "begin");
> > bool has_length = qdict_haskey(qdict, "length");
> > + bool has_detach = qdict_haskey(qdict, "detach");
>
> Here, you probe whether 'detach' is present...
>
> > int64_t begin = 0;
> > int64_t length = 0;
> > + bool detach = false;
>
> ...here, you default 'detach' to false,..
>
> > enum DumpGuestMemoryFormat dump_format = DUMP_GUEST_MEMORY_FORMAT_ELF;
> > char *prot;
> >
> > @@ -1615,11 +1617,14 @@ void hmp_dump_guest_memory(Monitor *mon, const QDict *qdict)
> > if (has_length) {
> > length = qdict_get_int(qdict, "length");
> > }
> > + if (has_detach) {
> > + detach = qdict_get_try_bool(qdict, "detach", false);
>
> ...therefore, this line is only reachable if 'detach' is present, which
> means the default will never be needed.
>
> > + }
> >
> > prot = g_strconcat("file:", file, NULL);
> >
> > - qmp_dump_guest_memory(paging, prot, has_begin, begin, has_length, length,
> > - true, dump_format, &err);
> > + qmp_dump_guest_memory(paging, prot, has_detach, detach, has_begin, begin,
> > + has_length, length, true, dump_format, &err);
>
> There are two competing ways to simplify this; I don't care which one
> you choose, although you can't do both:
>
> 1. Note that since the second assignment to detach only happens if
> has_detach is true, you can use the simpler:
>
> if (has_detach) {
> detach = qdict_get_bool(qdict, "detach");
> }
>
> If you go with this approach, you could even get away without
> initializing 'detach' outside of the 'if (has_detach)' conditional
> (although it's still probably wiser to avoid uninitialized memory than
> to rely on qmp_dump_guest_memory() correctly ignoring 'detach' when
> 'has_detach' is false).
>
> 2. Note that since qdict_get_try_bool() lets you specify a default, you
> can eliminate the has_detach variable and instead just do:
>
> bool detach = qdict_get_try_bool(qdict, "detach", false);
> ...
> qmp_dump_guest_memory(paging, prot, true, detach, ...);
Yes, the default is lost. Thanks.
I think (2) is better in term of lines of codes (and also
clear). However I may need to keep the QMP interface (to keep the
has_detach parameter in qmp_dump_guest_memory), so I'd like to
choose (1).
>
> > +++ b/qapi-schema.json
> > @@ -2115,6 +2115,9 @@
> > # 2. fd: the protocol starts with "fd:", and the following string
> > # is the fd's name.
> > #
> > +# @detach: #optional if true, QMP will return immediately rather than
> > +# waiting dump to be finished (since 2.6).
>
> s/dump/for the dump/
> s/be finished/finish/
>
> > @@ -857,6 +857,8 @@ Arguments:
> > - "paging": do paging to get guest's memory mapping (json-bool)
> > - "protocol": destination file(started with "file:") or destination file
> > descriptor (started with "fd:") (json-string)
> > +- "detach": if specificed, command will return immediately, without waiting
>
> s/specificed/specified/
>
> > + for dump to be finished (json-bool)
>
> s/dump/the dump/
> s/be finished/finish/
Thanks for review again on the English!
Peter
>
> > - "begin": the starting physical address. It's optional, and should be specified
> > with length together (json-int)
> > - "length": the memory size, in bytes. It's optional, and should be specified
> >
>
> --
> Eric Blake eblake redhat com +1-919-301-3266
> Libvirt virtualization library http://libvirt.org
>
next prev parent reply other threads:[~2015-12-01 2:18 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-30 11:32 [Qemu-devel] [PATCH v3 00/12] Add basic "detach" support for dump-guest-memory Peter Xu
2015-11-30 11:32 ` [Qemu-devel] [PATCH v3 01/12] dump-guest-memory: cleanup: removing dump_{error|cleanup}() Peter Xu
2015-11-30 11:32 ` [Qemu-devel] [PATCH v3 02/12] dump-guest-memory: add "detach" flag for QMP/HMP interfaces Peter Xu
2015-11-30 22:05 ` Eric Blake
2015-12-01 2:18 ` Peter Xu [this message]
2015-12-01 15:09 ` Paolo Bonzini
2015-12-02 2:31 ` Peter Xu
2015-11-30 11:32 ` [Qemu-devel] [PATCH v3 03/12] dump-guest-memory: using static DumpState, add DumpStatus Peter Xu
2015-11-30 13:00 ` Paolo Bonzini
2015-12-01 2:57 ` Peter Xu
2015-11-30 22:08 ` Eric Blake
2015-12-01 3:04 ` Peter Xu
2015-11-30 11:32 ` [Qemu-devel] [PATCH v3 04/12] dump-guest-memory: add dump_in_progress() helper function Peter Xu
2015-11-30 11:32 ` [Qemu-devel] [PATCH v3 05/12] dump-guest-memory: introduce dump_process() " Peter Xu
2015-11-30 12:55 ` Paolo Bonzini
2015-12-01 3:12 ` Peter Xu
2015-11-30 11:32 ` [Qemu-devel] [PATCH v3 06/12] dump-guest-memory: disable dump when in INMIGRATE state Peter Xu
2015-11-30 11:32 ` [Qemu-devel] [PATCH v3 07/12] dump-guest-memory: add "detach" support Peter Xu
2015-11-30 11:32 ` [Qemu-devel] [PATCH v3 08/12] dump-guest-memory: add qmp event DUMP_COMPLETED Peter Xu
2015-11-30 22:12 ` Eric Blake
2015-12-01 3:27 ` Peter Xu
2015-11-30 11:32 ` [Qemu-devel] [PATCH v3 09/12] DumpState: adding total_size and written_size fields Peter Xu
2015-11-30 11:32 ` [Qemu-devel] [PATCH v3 10/12] Dump: add qmp command "query-dump" Peter Xu
2015-11-30 12:56 ` Paolo Bonzini
2015-12-01 3:57 ` Peter Xu
2015-12-01 9:54 ` Paolo Bonzini
2015-12-01 12:32 ` Peter Xu
2015-12-01 12:37 ` Paolo Bonzini
2015-12-01 12:45 ` Peter Xu
2015-12-01 12:47 ` Paolo Bonzini
2015-12-01 13:03 ` Peter Xu
2015-11-30 22:17 ` Eric Blake
2015-12-01 4:40 ` Peter Xu
2015-12-01 13:43 ` Eric Blake
2015-11-30 11:32 ` [Qemu-devel] [PATCH v3 11/12] Dump: add hmp command "info dump" Peter Xu
2015-11-30 11:32 ` [Qemu-devel] [PATCH v3 12/12] Dump: enhance the documentations Peter Xu
2015-11-30 22:22 ` Eric Blake
2015-12-01 4:21 ` Peter Xu
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=20151201021833.GD21032@pxdev.xzpeter.org \
--to=peterx@redhat.com \
--cc=armbru@redhat.com \
--cc=drjones@redhat.com \
--cc=eblake@redhat.com \
--cc=famz@redhat.com \
--cc=lcapitulino@redhat.com \
--cc=lersek@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).