All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matthieu Baerts <matttbe@kernel.org>
To: Paolo Abeni <pabeni@redhat.com>, mptcp@lists.linux.dev
Subject: Re: [PATCH v4 mptcp-net 0/5] mptcp: fix fallback-related races
Date: Fri, 11 Jul 2025 18:14:49 +0200	[thread overview]
Message-ID: <cc5c284a-dc08-46d2-85db-cb5a5b12395d@kernel.org> (raw)
In-Reply-To: <5364ad7f-a7b3-4244-bfc9-00fb3ff2e67a@redhat.com>

Hi Paolo,

On 11/07/2025 15:51, Paolo Abeni wrote:
> On 7/11/25 11:36 AM, Matthieu Baerts wrote:
>> On 11/07/2025 11:29, Paolo Abeni wrote:
>>> This series contains 3 fixes somewhat related to various races we have
>>> while handling fallback and 2 small follow-up likely more suited for
>>> net-next.
>>>
>>> The root cause of the issues addressed here is that the check for
>>> "we can fallback to tcp now" and the related action are not atomic. That
>>> also applies to fallback due to MP_FAIL - where the window race is even
>>> wider.
>>>
>>> Address the issue introducing an additional spinlock to bundle together
>>> all the relevant events, as per patch 1 and 2.
>>>
>>> Note that mptcp_disconnect() unconditionally
>>> clears the fallback status (zeroing msk->flags) but don't tuch the
>>> `allows_infinite_fallback` flag. Such issue is addressed in patch 3.
>>>
>>> Patch 4 cleans up a bit the fallback code, introducing specific MIB for
>>> each FB reason, and patch 5 drops the, hopefully now redundant
>>> pr_fallback().
>>> ---
>>> v3 -> v4:
>>>  - fic MIB exposed names
>>
>> Thank you for the new version, it looks good to me!
>>
>> Reviewed-by: Matthieu Baerts (NGI0) <matttbe@kernel.org>
> 
> Thank you!
> 
>> I can apply this series, restart syzkaller on top of it, and send
>> patches 1-3 on Monday if everything is OK. WDYT?
> 
> I would wait a little more for syzkaller. The underlying issue is not
> very recent and the fix is not that invasive, I guess it's not a tragedy
> if it reaches Linus' tree the following week.
> 
> But no strong opinion either ways.

Sure, I can wait, but it was just to be able to flush the new MIB
counters in next before the new release :)

Note that syzkaller was validating your previous versions since Monday,
not only from today then :)

Cheers,
Matt
-- 
Sponsored by the NGI0 Core fund.


      reply	other threads:[~2025-07-11 16:14 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-11  9:29 [PATCH v4 mptcp-net 0/5] mptcp: fix fallback-related races Paolo Abeni
2025-07-11  9:29 ` [PATCH v4 mptcp-net 1/5] mptcp: make fallback action and fallback decision atomic Paolo Abeni
2025-07-11  9:29 ` [PATCH v4 mptcp-net 2/5] mptcp: plug races between subflow fail and subflow creation Paolo Abeni
2025-07-11  9:29 ` [PATCH v4 mptcp-net 3/5] mptcp: reset fallback status gracefully at disconnect() time Paolo Abeni
2025-07-11  9:29 ` [PATCH v4 mptcp-net 4/5] mptcp: track fallbacks accurately via mibs Paolo Abeni
2025-07-11  9:29 ` [PATCH v4 mptcp-net 5/5] mptcp: remove pr_fallback() Paolo Abeni
2025-07-11  9:36 ` [PATCH v4 mptcp-net 0/5] mptcp: fix fallback-related races Matthieu Baerts
2025-07-11 10:04   ` Matthieu Baerts
2025-07-11 13:51   ` Paolo Abeni
2025-07-11 16:14     ` Matthieu Baerts [this message]

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=cc5c284a-dc08-46d2-85db-cb5a5b12395d@kernel.org \
    --to=matttbe@kernel.org \
    --cc=mptcp@lists.linux.dev \
    --cc=pabeni@redhat.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.