On 11/28/18 5:33 AM, Juan Quintela wrote:
It will be used to store the uri parameters. We want this only for
tcp, so we don't set it for other uris.  We need it to know what port
is migration running.

Signed-off-by: Juan Quintela <[email protected]>

--


That's not the typical --- separator that git-am would recognize.

This used to be uri parameter, but it has so many troubles to
reproduce that it don't just make sense.

This used to be a port parameter.  I was asked to move to
SocketAddress, done.
I also merged the setting of the migration tcp port in this one
because now I need to free the address, and this makes it easier.
This used to be x-socket-address with a single direction, now it is a
list of addresses.
Move SocketAddress_to_str here.  I used to try to generalize the one
in chardev/char-socket.c, but it is not worth it.

Signed-off-by: Juan Quintela <[email protected]>

the double S-o-b is odd, especially if the second one was intended to be stripped.


+++ b/qapi/migration.json
@@ -6,6 +6,7 @@
  ##
{ 'include': 'common.json' }
+{ 'include': 'sockets.json' }
##
  # @MigrationStats:
@@ -196,6 +197,8 @@
  # @compression: migration compression statistics, only returned if compression
  #           feature is on and status is 'active' or 'completed' (Since 3.1)
  #
+# @socket-address: Only used for tcp, to know what the real port is (Since 3.1)
+#

s/3.1/4.0/ now...

+++ b/qapi/sockets.json
@@ -152,3 +152,16 @@
              'unix': 'UnixSocketAddress',
              'vsock': 'VsockSocketAddress',
              'fd': 'String' } }
+
+##
+# @DummyStruct:
+#
+# Both block-core and migration needs SocketAddressList
+# I am open to comments about how to share it
+#
+# @dummy-list: A dummy list
+#
+# Since: 3.1
+##
+{ 'struct': 'DummyStruct',
+  'data': { 'dummy-list': ['SocketAddress'] } }

We've had a couple of threads about this in the last couple of months; maybe it's time for a qapi generator patch where we add an optional 'gen-list':true marker to any struct that needs to have a list generated for C code even when no QMP command uses the list form.

--
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org

Reply via email to