From: Fabiano Rosas <farosas@suse.de>
To: z00619469 <zhangjianguo18@huawei.com>, qemu-devel@nongnu.org
Cc: chenyuhui5@huawei.com, xuyinghua3@huawei.com,
liheng.liheng@huawei.com, renxuming@huawei.com,
pengyi.pengyi@huawei.com, yubihong@huawei.com,
zhengchuan@huawei.com, huhao33@huawei.com
Subject: Re: [PATCH] migrate/multifd: fix coredump when the multifd thread cleanup
Date: Wed, 21 Jun 2023 11:22:44 -0300 [thread overview]
Message-ID: <87wmzwsxmz.fsf@suse.de> (raw)
In-Reply-To: <20230621081826.3203053-1-zhangjianguo18@huawei.com>
z00619469 via <qemu-devel@nongnu.org> writes:
> From: c00454449 <chenyuhui5@huawei.com>
>
> There is a coredump while trying to destroy mutex when
> p->running is false but p->mutex is not unlock.
> Make sure all mutexes has been released before destroy them.
>
> Signed-off-by: c00454449 <chenyuhui5@huawei.com>
> ---
> migration/multifd.c | 6 ++----
> 1 file changed, 2 insertions(+), 4 deletions(-)
>
> diff --git a/migration/multifd.c b/migration/multifd.c
> index b7ad7002e0..7dcdb2d3a0 100644
> --- a/migration/multifd.c
> +++ b/migration/multifd.c
> @@ -523,9 +523,7 @@ void multifd_save_cleanup(void)
> for (i = 0; i < migrate_multifd_channels(); i++) {
> MultiFDSendParams *p = &multifd_send_state->params[i];
>
> - if (p->running) {
The need for this flag is dubious IMO. Commit 10351fbad1
("migration/multifd: Join all multifd threads in order to avoid leaks")
already moved the other join outside of it. If we figure out another way
to deal with the sem_sync lockup we could probably remove this
altogether.
next prev parent reply other threads:[~2023-06-21 14:23 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-21 8:18 [PATCH] migrate/multifd: fix coredump when the multifd thread cleanup z00619469 via
2023-06-21 13:24 ` Peter Xu
2023-06-21 14:22 ` Fabiano Rosas [this message]
2023-06-26 13:16 ` chenyuhui (A) via
2023-06-27 1:11 ` chenyuhui (A) via
2023-07-25 8:43 ` chenyuhui (A) via
2023-07-25 16:53 ` Peter Xu
2023-07-27 1:46 ` chenyuhui (A) via
2023-08-14 14:55 ` Fabiano Rosas
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=87wmzwsxmz.fsf@suse.de \
--to=farosas@suse.de \
--cc=chenyuhui5@huawei.com \
--cc=huhao33@huawei.com \
--cc=liheng.liheng@huawei.com \
--cc=pengyi.pengyi@huawei.com \
--cc=qemu-devel@nongnu.org \
--cc=renxuming@huawei.com \
--cc=xuyinghua3@huawei.com \
--cc=yubihong@huawei.com \
--cc=zhangjianguo18@huawei.com \
--cc=zhengchuan@huawei.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.