From: "Daniel P. Berrange" <berrange@redhat.com>
To: Juan Quintela <quintela@redhat.com>
Cc: qemu-devel@nongnu.org, lvivier@redhat.com, dgilbert@redhat.com,
peterx@redhat.com, armbru@redhat.com, eblake@redhat.com
Subject: Re: [Qemu-devel] [PATCH v2 3/6] migration: Create uri parameter
Date: Wed, 22 Nov 2017 13:02:37 +0000 [thread overview]
Message-ID: <20171122130237.GG29565@redhat.com> (raw)
In-Reply-To: <20171122124219.12954-4-quintela@redhat.com>
On Wed, Nov 22, 2017 at 01:42:16PM +0100, Juan Quintela wrote:
> It will be used to store the uri migration parameter. Right now it is
> just the parameter code.
>
> Signed-off-by: Juan Quintela <quintela@redhat.com>
> ---
> hmp.c | 7 +++++++
> migration/migration.c | 13 +++++++++++++
> qapi/migration.json | 18 +++++++++++++++---
> 3 files changed, 35 insertions(+), 3 deletions(-)
> diff --git a/qapi/migration.json b/qapi/migration.json
> index bbc4671ded..ebde890604 100644
> --- a/qapi/migration.json
> +++ b/qapi/migration.json
> @@ -488,6 +488,9 @@
> # and a power of 2
> # (Since 2.11)
> #
> +# @uri: defines the method we are susing to migrate
> +# (Since 2.11)
On the migrate command, we've inherited the use of a URI string from the
very earliest days of QMP design, but I can't help thinking that for any
new stuff we define, we should do a full QMP model for the paraneters,
instead of continuing to use the URI. eg we should define a union of
structs, giving the individual parameters for each component, and the
tcp/unix parts probably ought to reuse the SocketAddress struct. This
is how we've approached the blockdev code in QMP, avoiding exposing the
legacy URI/filename formats in favour of full QMP modelling.
The HMP side could still continue to use a URI though.
Copying Markus/Eric for views on QMP modelling.
Regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
next prev parent reply other threads:[~2017-11-22 13:03 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-22 12:42 [Qemu-devel] [PATCH v2 0/6] Improve info migrate output on destination Juan Quintela
2017-11-22 12:42 ` [Qemu-devel] [PATCH v2 1/6] migration: print features as on off Juan Quintela
2017-11-22 12:42 ` [Qemu-devel] [PATCH v2 2/6] migration: free addr in the same function that we created it Juan Quintela
2017-11-22 12:42 ` [Qemu-devel] [PATCH v2 3/6] migration: Create uri parameter Juan Quintela
2017-11-22 13:02 ` Daniel P. Berrange [this message]
2017-11-22 12:42 ` [Qemu-devel] [PATCH v2 4/6] migration: Now set the migration uri Juan Quintela
2017-11-22 12:42 ` [Qemu-devel] [PATCH v2 5/6] migration: make migrate uri parameter optional Juan Quintela
2017-11-22 12:42 ` [Qemu-devel] [PATCH v2 6/6] migration: Set the new port/address in the uri parameter Juan Quintela
2017-11-22 13:25 ` [Qemu-devel] [PATCH v2 0/6] Improve info migrate output on destination no-reply
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=20171122130237.GG29565@redhat.com \
--to=berrange@redhat.com \
--cc=armbru@redhat.com \
--cc=dgilbert@redhat.com \
--cc=eblake@redhat.com \
--cc=lvivier@redhat.com \
--cc=peterx@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
/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.