aboutsummaryrefslogtreecommitdiff
path: root/trace
diff options
context:
space:
mode:
authorWei Wang <wei.w.wang@intel.com>2023-06-06 18:19:10 +0800
committerJuan Quintela <quintela@redhat.com>2023-07-26 10:55:56 +0200
commit06c48d6b37c598787fa60421ca15e8876c2fa402 (patch)
tree60fd60641a10e14ff9dfca6ac7d44a417d575ad9 /trace
parent82137e6c8c517e70fe93e262975eaaac5c911635 (diff)
downloadqemu-06c48d6b37c598787fa60421ca15e8876c2fa402.zip
qemu-06c48d6b37c598787fa60421ca15e8876c2fa402.tar.gz
qemu-06c48d6b37c598787fa60421ca15e8876c2fa402.tar.bz2
qtest/migration-tests.c: use "-incoming defer" for postcopy tests
The Postcopy preempt capability is expected to be set before incoming starts, so change the postcopy tests to start with deferred incoming and call migrate-incoming after the cap has been set. Why the existing tests (without this patch) didn't fail? There could be two reasons: 1) "backlog" specifies the number of pending connections. As long as the server accepts the connections faster than the clients side connecting, connection will succeed. For the preempt test, it uses only 2 channels, so very likely to not have pending connections. 2) per my tests (on kernel 6.2), the number of pending connections allowed is actually "backlog + 1", which is 2 in this case. That said, the implementation of socket_start_incoming_migration_internal expects "migrate defer" to be used, and for safety, change the test to work with the expected usage. Signed-off-by: Wei Wang <wei.w.wang@intel.com> Reviewed-by: Peter Xu <peterx@redhat.com> Reviewed-by: Juan Quintela <quintela@redhat.com> Message-ID: <20230606101910.20456-3-wei.w.wang@intel.com> Signed-off-by: Juan Quintela <quintela@redhat.com>
Diffstat (limited to 'trace')
0 files changed, 0 insertions, 0 deletions