migration/tls: fix inverted semantics in multifd_channel_connect

Function multifd_channel_connect() return "true" to indicate failure,
which is rather confusing. Fix that.

Signed-off-by: Hao Wang <wanghao232@huawei.com>
Message-Id: <20210209104237.2250941-2-wanghao232@huawei.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
Reviewed-by: Chuan Zheng <zhengchuan@huawei.com>
Signed-off-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
This commit is contained in:
Hao Wang 2021-02-09 18:42:36 +08:00 committed by Dr. David Alan Gilbert
parent 03ccaaae48
commit a339149afa
1 changed files with 5 additions and 5 deletions

View File

@ -798,9 +798,9 @@ static bool multifd_channel_connect(MultiFDSendParams *p,
* function after the TLS handshake, * function after the TLS handshake,
* so we mustn't call multifd_send_thread until then * so we mustn't call multifd_send_thread until then
*/ */
return false;
} else {
return true; return true;
} else {
return false;
} }
} else { } else {
/* update for tls qio channel */ /* update for tls qio channel */
@ -808,10 +808,10 @@ static bool multifd_channel_connect(MultiFDSendParams *p,
qemu_thread_create(&p->thread, p->name, multifd_send_thread, p, qemu_thread_create(&p->thread, p->name, multifd_send_thread, p,
QEMU_THREAD_JOINABLE); QEMU_THREAD_JOINABLE);
} }
return false; return true;
} }
return true; return false;
} }
static void multifd_new_send_channel_cleanup(MultiFDSendParams *p, static void multifd_new_send_channel_cleanup(MultiFDSendParams *p,
@ -844,7 +844,7 @@ static void multifd_new_send_channel_async(QIOTask *task, gpointer opaque)
p->c = QIO_CHANNEL(sioc); p->c = QIO_CHANNEL(sioc);
qio_channel_set_delay(p->c, false); qio_channel_set_delay(p->c, false);
p->running = true; p->running = true;
if (multifd_channel_connect(p, sioc, local_err)) { if (!multifd_channel_connect(p, sioc, local_err)) {
goto cleanup; goto cleanup;
} }
return; return;