[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH RFC 4/7] migration: Drop MultiFDSendParams.quit and cleanup e
|
From: |
Fabiano Rosas |
|
Subject: |
Re: [PATCH RFC 4/7] migration: Drop MultiFDSendParams.quit and cleanup error paths |
|
Date: |
Mon, 23 Oct 2023 12:35:50 -0300 |
Peter Xu <peterx@redhat.com> writes:
> Fabiano,
>
> On Mon, Oct 23, 2023 at 11:42:28AM -0300, Fabiano Rosas wrote:
>> > diff --git a/migration/multifd.c b/migration/multifd.c
>> > index 33fb21d0e4..9d458914a9 100644
>> > --- a/migration/multifd.c
>> > +++ b/migration/multifd.c
>> > @@ -411,10 +411,6 @@ static int multifd_send_pages(QEMUFile *f)
>> > MultiFDSendParams *p = NULL; /* make happy gcc */
>> > MultiFDPages_t *pages = multifd_send_state->pages;
>> >
>> > - if (qatomic_read(&multifd_send_state->exiting)) {
>> > - return -1;
>> > - }
>> > -
>>
>> I'd keep this. This function can be called from outside of multifd code
>> so the channels could be completely gone already.
>
> I can definitely add it back; nothing hurts. But I want to make sure I
> didn't miss some point.
>
> Do you have a specific path that could trigger what you said?
I don't, just thought of being conservative since this is a multifd
external API (of sorts).
[PATCH RFC 5/7] migration: Modulize multifd send threads with a few helpers, Peter Xu, 2023/10/22
[PATCH RFC 7/7] migration: Further unify paths for multifd normal or sync requests, Peter Xu, 2023/10/22
[PATCH RFC 6/7] migration: Split multifd pending_job into two booleans, Peter Xu, 2023/10/22