[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <13984b59-cc41-459a-9934-17c4a001b777@kernel.org>
Date: Wed, 17 Sep 2025 16:51:04 +0200
From: Matthieu Baerts <matttbe@...nel.org>
To: Eric Dumazet <edumazet@...gle.com>
Cc: Kuniyuki Iwashima <kuniyu@...gle.com>,
"David S. Miller" <davem@...emloft.net>, Jakub Kicinski <kuba@...nel.org>,
Paolo Abeni <pabeni@...hat.com>, Simon Horman <horms@...nel.org>,
Kuniyuki Iwashima <kuni1840@...il.com>, netdev@...r.kernel.org,
Mat Martineau <martineau@...nel.org>, Geliang Tang <geliang@...nel.org>
Subject: Re: [PATCH v2 net-next 6/7] mptcp: Call dst_release() in
mptcp_active_enable().
Hi Eric,
On 17/09/2025 16:04, Eric Dumazet wrote:
> On Wed, Sep 17, 2025 at 3:17 AM Matthieu Baerts <matttbe@...nel.org> wrote:
>>
>> Hi Kuniyuki,
>>
>> On 16/09/2025 23:47, Kuniyuki Iwashima wrote:
>>> mptcp_active_enable() calls sk_dst_get(), which returns dst with its
>>> refcount bumped, but forgot dst_release().
>>>
>>> Let's add missing dst_release().
>>>
>>> Fixes: 27069e7cb3d1 ("mptcp: disable active MPTCP in case of blackhole")
>>> Signed-off-by: Kuniyuki Iwashima <kuniyu@...gle.com>
>>> ---
>>> v2: split from the next patch as dst_dev_rcu() patch hasn't been
>>> backported to 6.12+, where the cited commit exists.
>>
>> Thank you for the v2 and for the split!
>>
>> Reviewed-by: Matthieu Baerts (NGI0) <matttbe@...nel.org>
>>
>> Ideally, it would be great to if the 'Cc: stable' tag can be added when
>> applying the patch, so I would be notified in case of issues with the
>> backport of this patch.
>>
>> Cc: stable@...r.kernel.org
>
> I almost never use this tag, stable teams automatically catch things
> with Fixes: tag which contains a precise bug origin.
Indeed, they do. At the beginning, we were only adding the "Fixes:" tag,
without the "Cc: stable" one -- despite what the doc recommends [1] --
because we didn't see the point to have both. But later, we realised
adding "Cc: stable" results in Greg sending 'FAILED' notifications when
a patch cannot be backported, e.g. [2]. Thanks to that, we only have to
monitor Greg's 'FAILED' notifications to know what couldn't be
backported, instead of tracking each patch individually.
[1] https://docs.kernel.org/process/stable-kernel-rules.html#option-1
[2] https://lore.kernel.org/2025062026-excitable-trunks-92e6@gregkh
> Reviewed-by: Eric Dumazet <edumazet@...gle.com>
Thank you for the review!
Cheers,
Matt
--
Sponsored by the NGI0 Core fund.
Powered by blists - more mailing lists