From: Mat Martineau <mathew.j.martineau@linux.intel.com>
To: Matthieu Baerts <matthieu.baerts@tessares.net>
Cc: Paolo Abeni <pabeni@redhat.com>, MPTCP Upstream <mptcp@lists.linux.dev>
Subject: Re: Patch "mptcp: strict local address ID selection" has been added to the 5.17-stable tree
Date: Mon, 23 May 2022 11:20:46 -0700 (PDT) [thread overview]
Message-ID: <92bc25d-f6eb-e969-d45e-d7c1944b5dd@linux.intel.com> (raw)
In-Reply-To: <a2af92c5-5258-cd5c-33e4-c745281422a5@tessares.net>
On Mon, 23 May 2022, Matthieu Baerts wrote:
> On 23/05/2022 17:33, Matthieu Baerts wrote:
>> Hi Mat, Paolo,
>>
>> (- stable list and netdev maintainers, + mptcp list)
>>
>> On 23/05/2022 05:06, Sasha Levin wrote:
>>> This is a note to let you know that I've just added the patch titled
>>>
>>> mptcp: strict local address ID selection
>>>
>>> to the 5.17-stable tree which can be found at:
>>> http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
>>>
>>> The filename of the patch is:
>>> mptcp-strict-local-address-id-selection.patch
>>> and it can be found in the queue-5.17 subdirectory.
>>>
>>> If you, or anyone else, feels it should not be added to the stable tree,
>>> please let <stable@vger.kernel.org> know about it.
>>
>>
>> Do we want the patch below to be backported to stable?
>>
>> It think it is slightly changing the behaviour and we might not want it
>> there, no?
>
> (...)
>
>>> diff --git a/net/mptcp/protocol.h b/net/mptcp/protocol.h
>>> index aec767ee047a..e4413b3e50c2 100644
>>> --- a/net/mptcp/protocol.h
>>> +++ b/net/mptcp/protocol.h
>>> @@ -442,7 +442,8 @@ struct mptcp_subflow_context {
>>> rx_eof : 1,
>>> can_ack : 1, /* only after processing the remote a key */
>>> disposable : 1, /* ctx can be free at ulp release time */
>>> - stale : 1; /* unable to snd/rcv data, do not use for xmit */
>>> + stale : 1, /* unable to snd/rcv data, do not use for xmit */
>>> + local_id_valid : 1; /* local_id is correctly initialized */
>
> I guess the reason this patch has been added to the stable queue is
> because this patch adds 'local_id_valid' element here in
> 'mptcp_subflow_context' structure.
>
> If you look at "mptcp: Do TCP fallback on early DSS checksum failure"
> patch, Mat added 'valid_csum_seen' just after 'local_id_valid'.
>
> If we don't want "mptcp: strict local address ID selection" to be
> backported, we can probably easily resolve the conflict and send a new
> version adding 'valid_csum_seen' just after 'stale'.
>
Like Paolo, I don't have a strong preference - but since the dependency is
only because of diff context (not because of any actual functionality) the
choice seems less clear!
I'm not aware of any negative impacts from "mptcp: strict local address ID
selection", so I lean in Paolo's direction to let -stable cherry-pick the
"extra" commit to make the stable process easier.
I'll try running the self tests on 5.15 and 5.17 -stable with these
commits and see if there is any problem there.
--
Mat Martineau
Intel
next prev parent reply other threads:[~2022-05-23 18:20 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20220523030625.741995-1-sashal@kernel.org>
2022-05-23 15:33 ` Patch "mptcp: strict local address ID selection" has been added to the 5.17-stable tree Matthieu Baerts
2022-05-23 15:40 ` Matthieu Baerts
2022-05-23 18:20 ` Mat Martineau [this message]
2022-05-23 17:41 ` Paolo Abeni
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=92bc25d-f6eb-e969-d45e-d7c1944b5dd@linux.intel.com \
--to=mathew.j.martineau@linux.intel.com \
--cc=matthieu.baerts@tessares.net \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox