[Qemu-commits] [qemu/qemu] be1d2c: qapi/migration.json: fix the description for "quer...

[GitHub]

  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: be1d2c49eac647f55172bce8e56ec09745c8d045
      
https://github.com/qemu/qemu/commit/be1d2c49eac647f55172bce8e56ec09745c8d045
  Author: jialina01 <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M qapi/migration.json

  Log Message:
  -----------
  qapi/migration.json: fix the description for "query-migrate" output

In the return for command "query-migrate", time information like
"total-time", "setup-time", "downtime", is not included in ram
json-object.

So fix the description in migration.json by unpacking those information
from ram json-object.

Signed-off-by: jialina01 <address@hidden>
Signed-off-by: chaiwen <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: 6f4923fcad305966b10780601a016ecaf8a91224
      
https://github.com/qemu/qemu/commit/6f4923fcad305966b10780601a016ecaf8a91224
  Author: Peter Maydell <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M migration/vmstate.c

  Log Message:
  -----------
  migration: Correctly handle subsections with no 'needed' function

Currently the vmstate subsection handling code treats a subsection
with no 'needed' function pointer as if it were the subsection
list terminator, so the subsection is never transferred and nor
is any subsection following it in the list.

Handle NULL 'needed' function pointers in subsections in the same
way that we do for top level VMStateDescription structures:
treat the subsection as always being needed.

This doesn't change behaviour for the current set of devices
in the tree, because all subsections declare a 'needed' function.

Signed-off-by: Peter Maydell <address@hidden>
Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: 3eb21fe9e5a06e485dbb27838422ef85f4ae7967
      
https://github.com/qemu/qemu/commit/3eb21fe9e5a06e485dbb27838422ef85f4ae7967
  Author: Dr. David Alan Gilbert <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M docs/devel/migration.rst

  Log Message:
  -----------
  docs/migration: Clarify pre_load in subsections

Clarify that the pre_load function in a subsection is only called if
the subsection is found; to handle a missing subsection you may
set values in the pre_load of the parent vmsd.

Signed-off-by: Dr. David Alan Gilbert <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: 4cbc9c7ffd95d2702cf7ffb3bfdf3f1f0ffdca07
      
https://github.com/qemu/qemu/commit/4cbc9c7ffd95d2702cf7ffb3bfdf3f1f0ffdca07
  Author: Li Qiang <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M hmp.c
    M migration/migration.c
    M migration/migration.h
    M migration/ram.c
    M qapi/migration.json

  Log Message:
  -----------
  migrate/cpu-throttle: Add max-cpu-throttle migration parameter

Currently, the default maximum CPU throttle for migration is
99(CPU_THROTTLE_PCT_MAX). This is too big and can make a remarkable
performance effect for the guest. We see a lot of packets latency
exceed 500ms when the CPU_THROTTLE_PCT_MAX reached. This patch set
adds a new max-cpu-throttle parameter to limit the CPU throttle.

Signed-off-by: Li Qiang <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: ccb7e1b5a6f4a6fac98be38f16d96fc48db69103
      
https://github.com/qemu/qemu/commit/ccb7e1b5a6f4a6fac98be38f16d96fc48db69103
  Author: Lidong Chen <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M migration/qemu-file.c
    M migration/rdma.c

  Log Message:
  -----------
  migration: disable RDMA WRITE after postcopy started

RDMA WRITE operations are performed with no notification to the destination
qemu, then the destination qemu can not wakeup. This patch disable RDMA WRITE
after postcopy started.

Signed-off-by: Lidong Chen <address@hidden>
Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: 55cc1b5937a8e709e4c102e74b206281073aab82
      
https://github.com/qemu/qemu/commit/55cc1b5937a8e709e4c102e74b206281073aab82
  Author: Lidong Chen <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M migration/rdma.c

  Log Message:
  -----------
  migration: create a dedicated connection for rdma return path

If start a RDMA migration with postcopy enabled, the source qemu
establish a dedicated connection for return path.

Signed-off-by: Lidong Chen <address@hidden>
Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: 74637e6f08fceda988065f02c25d2cdb2ccd1762
      
https://github.com/qemu/qemu/commit/74637e6f08fceda988065f02c25d2cdb2ccd1762
  Author: Lidong Chen <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M migration/colo.c
    M migration/migration.c
    M migration/postcopy-ram.c
    M migration/ram.c
    M migration/rdma.c
    M migration/savevm.c

  Log Message:
  -----------
  migration: implement bi-directional RDMA QIOChannel

This patch implements bi-directional RDMA QIOChannel. Because different
threads may access RDMAQIOChannel currently, this patch use RCU to protect it.

Signed-off-by: Lidong Chen <address@hidden>
Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: f5627c2af905ddf6901711285550ea4826aa2c59
      
https://github.com/qemu/qemu/commit/f5627c2af905ddf6901711285550ea4826aa2c59
  Author: Lidong Chen <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M migration/rdma.c

  Log Message:
  -----------
  migration: Stop rdma yielding during incoming postcopy

During incoming postcopy, the destination qemu will invoke
qemu_rdma_wait_comp_channel in a seprate thread. So does not use rdma
yield, and poll the completion channel fd instead.

Signed-off-by: Lidong Chen <address@hidden>
Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: 4d9f675bcb031737cdab44930cab83a4491aa8ff
      
https://github.com/qemu/qemu/commit/4d9f675bcb031737cdab44930cab83a4491aa8ff
  Author: Lidong Chen <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M migration/rdma.c

  Log Message:
  -----------
  migration: implement io_set_aio_fd_handler function for RDMA QIOChannel

if qio_channel_rdma_readv return QIO_CHANNEL_ERR_BLOCK, the destination qemu
crash.

The backtrace is:
(gdb) bt
    #0  0x0000000000000000 in ?? ()
    #1  0x00000000008db50e in qio_channel_set_aio_fd_handler (ioc=0x38111e0, 
ctx=0x3726080,
  io_read=0x8db841 <qio_channel_restart_read>, io_write=0x0, opaque=0x38111e0) 
at io/channel.c:
    #2  0x00000000008db952 in qio_channel_set_aio_fd_handlers (ioc=0x38111e0) 
at io/channel.c:438
    #3  0x00000000008dbab4 in qio_channel_yield (ioc=0x38111e0, 
condition=G_IO_IN) at io/channel.c:47
    #4  0x00000000007a870b in channel_get_buffer (opaque=0x38111e0, 
buf=0x440c038 "", pos=0, size=327
  at migration/qemu-file-channel.c:83
    #5  0x00000000007a70f6 in qemu_fill_buffer (f=0x440c000) at 
migration/qemu-file.c:299
    #6  0x00000000007a79d0 in qemu_peek_byte (f=0x440c000, offset=0) at 
migration/qemu-file.c:562
    #7  0x00000000007a7a22 in qemu_get_byte (f=0x440c000) at 
migration/qemu-file.c:575
    #8  0x00000000007a7c78 in qemu_get_be32 (f=0x440c000) at 
migration/qemu-file.c:655
    #9  0x00000000007a0508 in qemu_loadvm_state (f=0x440c000) at 
migration/savevm.c:2126
    #10 0x0000000000794141 in process_incoming_migration_co (opaque=0x0) at 
migration/migration.c:366
    #11 0x000000000095c598 in coroutine_trampoline (i0=84033984, i1=0) at 
util/coroutine-ucontext.c:1
    #12 0x00007f9c0db56d40 in ?? () from /lib64/libc.so.6
    #13 0x00007f96fe858760 in ?? ()
    #14 0x0000000000000000 in ?? ()

RDMA QIOChannel not implement io_set_aio_fd_handler. so
qio_channel_set_aio_fd_handler will access NULL pointer.

Signed-off-by: Lidong Chen <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: 5d5f4d84366d61cf37c5009a669945f52ed9bdf9
      
https://github.com/qemu/qemu/commit/5d5f4d84366d61cf37c5009a669945f52ed9bdf9
  Author: Lidong Chen <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M migration/qemu-file-channel.c

  Log Message:
  -----------
  migration: invoke qio_channel_yield only when qemu_in_coroutine()

when qio_channel_read return QIO_CHANNEL_ERR_BLOCK, the source qemu crash.

The backtrace is:
    (gdb) bt
    #0  0x00007fb20aba91d7 in raise () from /lib64/libc.so.6
    #1  0x00007fb20abaa8c8 in abort () from /lib64/libc.so.6
    #2  0x00007fb20aba2146 in __assert_fail_base () from /lib64/libc.so.6
    #3  0x00007fb20aba21f2 in __assert_fail () from /lib64/libc.so.6
    #4  0x00000000008dba2d in qio_channel_yield (ioc=0x22f9e20, 
condition=G_IO_IN) at io/channel.c:460
    #5  0x00000000007a870b in channel_get_buffer (opaque=0x22f9e20, 
buf=0x3d54038 "", pos=0, size=32768)
  at migration/qemu-file-channel.c:83
    #6  0x00000000007a70f6 in qemu_fill_buffer (f=0x3d54000) at 
migration/qemu-file.c:299
    #7  0x00000000007a79d0 in qemu_peek_byte (f=0x3d54000, offset=0) at 
migration/qemu-file.c:562
    #8  0x00000000007a7a22 in qemu_get_byte (f=0x3d54000) at 
migration/qemu-file.c:575
    #9  0x00000000007a7c46 in qemu_get_be16 (f=0x3d54000) at 
migration/qemu-file.c:647
    #10 0x0000000000796db7 in source_return_path_thread (opaque=0x2242280) at 
migration/migration.c:1794
    #11 0x00000000009428fa in qemu_thread_start (args=0x3e58420) at 
util/qemu-thread-posix.c:504
    #12 0x00007fb20af3ddc5 in start_thread () from /lib64/libpthread.so.0
    #13 0x00007fb20ac6b74d in clone () from /lib64/libc.so.6

This patch fixed by invoke qio_channel_yield only when qemu_in_coroutine().

Signed-off-by: Lidong Chen <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: d5882995a16bb44f85b1c7ae3a45d89ef1e1be09
      
https://github.com/qemu/qemu/commit/d5882995a16bb44f85b1c7ae3a45d89ef1e1be09
  Author: Lidong Chen <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M migration/rdma.c

  Log Message:
  -----------
  migration: poll the cm event while wait RDMA work request completion

If the peer qemu is crashed, the qemu_rdma_wait_comp_channel function
maybe loop forever. so we should also poll the cm event fd, and when
receive RDMA_CM_EVENT_DISCONNECTED and RDMA_CM_EVENT_DEVICE_REMOVAL,
we consider some error happened.

Signed-off-by: Lidong Chen <address@hidden>
Signed-off-by: Gal Shachaf <address@hidden>
Signed-off-by: Aviad Yehezkel <address@hidden>
Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: 54db882f073a015ba3e198e7e57eb91b1e72e63d
      
https://github.com/qemu/qemu/commit/54db882f073a015ba3e198e7e57eb91b1e72e63d
  Author: Lidong Chen <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M migration/rdma.c

  Log Message:
  -----------
  migration: implement the shutdown for RDMA QIOChannel

Because RDMA QIOChannel not implement shutdown function,
If the to_dst_file was set error, the return path thread
will wait forever. and the migration thread will wait
return path thread exit.

the backtrace of return path thread is:

(gdb) bt
    #0  0x00007f372a76bb0f in ppoll () from /lib64/libc.so.6
    #1  0x000000000071dc24 in qemu_poll_ns (fds=0x7ef7091d0580, nfds=2, 
timeout=100000000)
  at qemu-timer.c:325
    #2  0x00000000006b2fba in qemu_rdma_wait_comp_channel (rdma=0xd424000)
  at migration/rdma.c:1501
    #3  0x00000000006b3191 in qemu_rdma_block_for_wrid (rdma=0xd424000, 
wrid_requested=4000,
  byte_len=0x7ef7091d0640) at migration/rdma.c:1580
    #4  0x00000000006b3638 in qemu_rdma_exchange_get_response (rdma=0xd424000,
  head=0x7ef7091d0720, expecting=3, idx=0) at migration/rdma.c:1726
    #5  0x00000000006b3ad6 in qemu_rdma_exchange_recv (rdma=0xd424000, 
head=0x7ef7091d0720,
  expecting=3) at migration/rdma.c:1903
    #6  0x00000000006b5d03 in qemu_rdma_get_buffer (opaque=0x6a57dc0, 
buf=0x5c80030 "", pos=8,
  size=32768) at migration/rdma.c:2714
    #7  0x00000000006a9635 in qemu_fill_buffer (f=0x5c80000) at 
migration/qemu-file.c:232
    #8  0x00000000006a9ecd in qemu_peek_byte (f=0x5c80000, offset=0)
  at migration/qemu-file.c:502
    #9  0x00000000006a9f1f in qemu_get_byte (f=0x5c80000) at 
migration/qemu-file.c:515
    #10 0x00000000006aa162 in qemu_get_be16 (f=0x5c80000) at 
migration/qemu-file.c:591
    #11 0x00000000006a46d3 in source_return_path_thread (
  opaque=0xd826a0 <current_migration.37100>) at migration/migration.c:1331
    #12 0x00007f372aa49e25 in start_thread () from /lib64/libpthread.so.0
    #13 0x00007f372a77635d in clone () from /lib64/libc.so.6

the backtrace of migration thread is:

(gdb) bt
    #0  0x00007f372aa4af57 in pthread_join () from /lib64/libpthread.so.0
    #1  0x00000000007d5711 in qemu_thread_join (thread=0xd826f8 
<current_migration.37100+88>)
  at util/qemu-thread-posix.c:504
    #2  0x00000000006a4bc5 in await_return_path_close_on_source (
  ms=0xd826a0 <current_migration.37100>) at migration/migration.c:1460
    #3  0x00000000006a53e4 in migration_completion (s=0xd826a0 
<current_migration.37100>,
  current_active_state=4, old_vm_running=0x7ef7089cf976, 
start_time=0x7ef7089cf980)
  at migration/migration.c:1695
    #4  0x00000000006a5c54 in migration_thread (opaque=0xd826a0 
<current_migration.37100>)
  at migration/migration.c:1837
    #5  0x00007f372aa49e25 in start_thread () from /lib64/libpthread.so.0
    #6  0x00007f372a77635d in clone () from /lib64/libc.so.6

Signed-off-by: Lidong Chen <address@hidden>
Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: c50055ae7c0684edc6f939579f95ea290363b58f
      
https://github.com/qemu/qemu/commit/c50055ae7c0684edc6f939579f95ea290363b58f
  Author: Thomas Huth <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M tests/migration-test.c

  Log Message:
  -----------
  tests/migration-test: Silence the kvm_hv message by default

When running "make check" on a non-POWER host, there is currently an ugly
line in the output like this:

  [...]
  GTESTER check-qtest-nios2
  GTESTER check-qtest-or1k
  GTESTER check-qtest-ppc64
Skipping test: kvm_hv not available Skipping test: kvm_hv not available 
Skipping test: kvm_hv not available Skipping test: kvm_hv not available   
GTESTER check-qtest-ppcemb
  GTESTER check-qtest-ppc
  GTESTER check-qtest-riscv32
  GTESTER check-qtest-riscv64
  [...]

Move the check to the beginning of the main function instead, so that
we do not have to test the condition again and again for each test,
and better use g_test_message() instead of g_print() here, like it is
also done in ufd_version_check() already.

Signed-off-by: Thomas Huth <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: 923709896b1b01fb982c93492ad01b233e6b6023
      
https://github.com/qemu/qemu/commit/923709896b1b01fb982c93492ad01b233e6b6023
  Author: Lidong Chen <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M migration/migration.c
    M migration/rdma.c

  Log Message:
  -----------
  migration: poll the cm event for destination qemu

The destination qemu only poll the comp_channel->fd in
qemu_rdma_wait_comp_channel. But when source qemu disconnnect
the rdma connection, the destination qemu should be notified.

Signed-off-by: Lidong Chen <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: 1d58872a910cdfe8df79be5ffb4c4c6c13768f40
      
https://github.com/qemu/qemu/commit/1d58872a910cdfe8df79be5ffb4c4c6c13768f40
  Author: Xiao Guangrong <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M hmp.c
    M migration/migration.c
    M migration/migration.h
    M migration/ram.c
    M qapi/migration.json

  Log Message:
  -----------
  migration: do not wait for free thread

Instead of putting the main thread to sleep state to wait for
free compression thread, we can directly post it out as normal
page that reduces the latency and uses CPUs more efficiently

A parameter, compress-wait-thread, is introduced, it can be
enabled if the user really wants the old behavior

Reviewed-by: Peter Xu <address@hidden>
Signed-off-by: Xiao Guangrong <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: 980a19a929c313be7ade6c7653bbfe317f2dcf7d
      
https://github.com/qemu/qemu/commit/980a19a929c313be7ade6c7653bbfe317f2dcf7d
  Author: Xiao Guangrong <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M migration/ram.c

  Log Message:
  -----------
  migration: fix counting normal page for compression

The compressed page is not normal page

Reviewed-by: Peter Xu <address@hidden>
Signed-off-by: Xiao Guangrong <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: 6c97ec5f5ad6f65f8a6a9be044c2b875972406e4
      
https://github.com/qemu/qemu/commit/6c97ec5f5ad6f65f8a6a9be044c2b875972406e4
  Author: Xiao Guangrong <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M migration/ram.c

  Log Message:
  -----------
  migration: introduce save_zero_page_to_file

It will be used by the compression threads

Reviewed-by: Peter Xu <address@hidden>
Signed-off-by: Xiao Guangrong <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: 6ef3771c0d070e8f16e12f21e4fbf1ec6459eff6
      
https://github.com/qemu/qemu/commit/6ef3771c0d070e8f16e12f21e4fbf1ec6459eff6
  Author: Xiao Guangrong <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M migration/ram.c

  Log Message:
  -----------
  migration: drop the return value of do_compress_ram_page

It is not used and cleans the code up a little

Reviewed-by: Peter Xu <address@hidden>
Signed-off-by: Xiao Guangrong <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: 5e5fdcff28ebbba2004c6498218f506f364f1e8a
      
https://github.com/qemu/qemu/commit/5e5fdcff28ebbba2004c6498218f506f364f1e8a
  Author: Xiao Guangrong <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M migration/ram.c

  Log Message:
  -----------
  migration: move handle of zero page to the thread

Detecting zero page is not a light work, moving it to the thread to
speed the main thread up, btw, handling ram_release_pages() for the
zero page is moved to the thread as well

Reviewed-by: Peter Xu <address@hidden>
Signed-off-by: Xiao Guangrong <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: ae526e32bd36cfb84045c8d2fd34e0b9e39a52f8
      
https://github.com/qemu/qemu/commit/ae526e32bd36cfb84045c8d2fd34e0b9e39a52f8
  Author: Xiao Guangrong <address@hidden>
  Date:   2018-08-22 (Wed, 22 Aug 2018)

  Changed paths:
    M include/qemu/queue.h
    M migration/ram.c

  Log Message:
  -----------
  migration: hold the lock only if it is really needed

Try to hold src_page_req_mutex only if the queue is not
empty

Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Reviewed-by: Peter Xu <address@hidden>
Signed-off-by: Xiao Guangrong <address@hidden>
Reviewed-by: Juan Quintela <address@hidden>
Signed-off-by: Juan Quintela <address@hidden>


  Commit: 54906fe0ce5dd8eb616094e7f11d4ce31b7ad9da
      
https://github.com/qemu/qemu/commit/54906fe0ce5dd8eb616094e7f11d4ce31b7ad9da
  Author: Peter Maydell <address@hidden>
  Date:   2018-08-24 (Fri, 24 Aug 2018)

  Changed paths:
    M docs/devel/migration.rst
    M hmp.c
    M include/qemu/queue.h
    M migration/colo.c
    M migration/migration.c
    M migration/migration.h
    M migration/postcopy-ram.c
    M migration/qemu-file-channel.c
    M migration/qemu-file.c
    M migration/ram.c
    M migration/rdma.c
    M migration/savevm.c
    M migration/vmstate.c
    M qapi/migration.json

  Log Message:
  -----------
  Merge remote-tracking branch 'remotes/juanquintela/tags/migration/20180822-1' 
into staging

migration/next for 20180822

# gpg: Signature made Wed 22 Aug 2018 12:07:59 BST
# gpg:                using RSA key F487EF185872D723
# gpg: Good signature from "Juan Quintela <address@hidden>"
# gpg:                 aka "Juan Quintela <address@hidden>"
# Primary key fingerprint: 1899 FF8E DEBF 58CC EE03  4B82 F487 EF18 5872 D723

* remotes/juanquintela/tags/migration/20180822-1:
  migration: hold the lock only if it is really needed
  migration: move handle of zero page to the thread
  migration: drop the return value of do_compress_ram_page
  migration: introduce save_zero_page_to_file
  migration: fix counting normal page for compression
  migration: do not wait for free thread
  migration: poll the cm event for destination qemu
  tests/migration-test: Silence the kvm_hv message by default
  migration: implement the shutdown for RDMA QIOChannel
  migration: poll the cm event while wait RDMA work request completion
  migration: invoke qio_channel_yield only when qemu_in_coroutine()
  migration: implement io_set_aio_fd_handler function for RDMA QIOChannel
  migration: Stop rdma yielding during incoming postcopy
  migration: implement bi-directional RDMA QIOChannel
  migration: create a dedicated connection for rdma return path
  migration: disable RDMA WRITE after postcopy started
  migrate/cpu-throttle: Add max-cpu-throttle migration parameter
  docs/migration: Clarify pre_load in subsections
  migration: Correctly handle subsections with no 'needed' function
  qapi/migration.json: fix the description for "query-migrate" output

Signed-off-by: Peter Maydell <address@hidden>


Compare: https://github.com/qemu/qemu/compare/1dfb85a87550...54906fe0ce5d
      **NOTE:** This service has been marked for deprecation: 
https://developer.github.com/changes/2018-04-25-github-services-deprecation/

      Functionality will be removed from GitHub.com on January 31st, 2019.