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 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.