From: Matthieu Baerts <matttbe@kernel.org>
To: Paolo Abeni <pabeni@redhat.com>, Geliang Tang <geliang@kernel.org>
Cc: Geliang Tang <tanggeliang@kylinos.cn>, mptcp@lists.linux.dev
Subject: Re: [PATCH mptcp-next 0/2] fixes for "mptcp: receive path improvement" v3
Date: Mon, 22 Sep 2025 10:10:49 +0100 [thread overview]
Message-ID: <bfbadb72-8c8c-42a9-ab45-85ff68efe45f@kernel.org> (raw)
In-Reply-To: <b225ce15-3af7-4dc9-99ec-b19bf0bbbeb4@redhat.com>
Hi Paolo,
On 22/09/2025 10:43, Paolo Abeni wrote:
> On 9/22/25 10:35 AM, Matthieu Baerts wrote:
>> Hi Geliang, Paolo,
>>
>> On 20/09/2025 05:44, Geliang Tang wrote:
>>> From: Geliang Tang <tanggeliang@kylinos.cn>
>>>
>>> Try to fix errors reported by CI.
>>
>> @Geliang: Thank you! The modifications make sense to me.
>>
>> @Paolo: do you want to send the v4 series to netdev directly?
>
> I also have some questions :)
>
> Does this follow-up address the CI failures for good?
When I sent my email, I noticed Patchew didn't process these patches. I
manually started the CI, it's in progress, but all the mptcp_connect*.sh
tests have passed!
https://github.com/multipath-tcp/mptcp_net-next/actions/runs/17909424668
> I think patch 1-3 could be merged and export and send to netdev. Patch
> 10/10 is possibly a little too invasive at this to enter 6.18 this late.
> I *think* it could wait the next cycles (together with all the pre-req
> and follow-up), but I'm ok to go ahead now, too. (But CI has to be happy
> before sharing on netdev).
Mmh, I would say: because the v6.18 is supposed to be the next LTS, and
syzkaller doesn't seem to complain, I *think* it might be worth it to be
more aligned with what TCP is doing, and send all patches to net-next.
(With or without the small changes suggested by Geliang, up to you, I'm
fine with or without them.)
Cheers,
Matt
--
Sponsored by the NGI0 Core fund.
next prev parent reply other threads:[~2025-09-22 9:10 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-20 3:44 [PATCH mptcp-next 0/2] fixes for "mptcp: receive path improvement" v3 Geliang Tang
2025-09-20 3:44 ` [PATCH mptcp-next 1/2] Squash to "mptcp: factor out a basic skb coalesce helper" Geliang Tang
2025-09-20 3:44 ` [PATCH mptcp-next 2/2] Squash to "mptcp: leverage the sk backlog for RX packet processing." Geliang Tang
2025-09-22 8:35 ` [PATCH mptcp-next 0/2] fixes for "mptcp: receive path improvement" v3 Matthieu Baerts
2025-09-22 8:43 ` Paolo Abeni
2025-09-22 9:10 ` Matthieu Baerts [this message]
2025-09-22 8:47 ` MPTCP CI
2025-09-22 10:11 ` MPTCP CI
2025-09-22 18:18 ` MPTCP CI
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=bfbadb72-8c8c-42a9-ab45-85ff68efe45f@kernel.org \
--to=matttbe@kernel.org \
--cc=geliang@kernel.org \
--cc=mptcp@lists.linux.dev \
--cc=pabeni@redhat.com \
--cc=tanggeliang@kylinos.cn \
/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.