All of lore.kernel.org
 help / color / mirror / Atom feed
* [MPTCP] Re: [PATCH v2 2/2] mptcp: dispose initial struct socket when its subflow is closed
@ 2021-02-12 17:18 Matthieu Baerts
  0 siblings, 0 replies; 3+ messages in thread
From: Matthieu Baerts @ 2021-02-12 17:18 UTC (permalink / raw)
  To: mptcp

[-- Attachment #1: Type: text/plain, Size: 1413 bytes --]

Hi Florian, Paolo,

On 12/02/2021 11:04, Paolo Abeni wrote:
> On Fri, 2021-02-12 at 00:42 +0100, Florian Westphal wrote:
>> Christoph Paasch reported following crash:
>> dst_release underflow
>> WARNING: CPU: 0 PID: 1319 at net/core/dst.c:175 dst_release+0xc1/0xd0 net/core/dst.c:175
>> CPU: 0 PID: 1319 Comm: syz-executor217 Not tainted 5.11.0-rc6af8e85128b4d0d24083c5cac646e891227052e0c #70
>> Call Trace:
>>   rt_cache_route+0x12e/0x140 net/ipv4/route.c:1503
>>   rt_set_nexthop.constprop.0+0x1fc/0x590 net/ipv4/route.c:1612
>>   __mkroute_output net/ipv4/route.c:2484 [inline]
>> ...
>>
>> The worker leaves msk->subflow alone even when it
>> happened to close the subflow ssk associated with it.
>>
>> v2: fix helper function name
>>
>> Fixes: 866f26f2a9c33b ("mptcp: always graft subflow socket to parent")
>> Closes: https://github.com/multipath-tcp/mptcp_net-next/issues/157
>> Reported-by: Christoph Paasch <cpaasch(a)apple.com>
>> Suggested-by: Paolo Abeni <pabeni(a)redhat.com>
>> Signed-off-by: Florian Westphal <fw(a)strlen.de>

Thank you for the patches and the reviews!

> Both patches LGTM, thanks!
> 
> perhaps we can drop the changelog info for upstream submission? (in any
> case no need for a v3, I guess commit messages can shaped at submission
> time)

I can sure do that!

Cheers,
Matt
-- 
Tessares | Belgium | Hybrid Access Solutions
www.tessares.net

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [MPTCP] Re: [PATCH v2 2/2] mptcp: dispose initial struct socket when its subflow is closed
@ 2021-02-12 17:31 Matthieu Baerts
  0 siblings, 0 replies; 3+ messages in thread
From: Matthieu Baerts @ 2021-02-12 17:31 UTC (permalink / raw)
  To: mptcp

[-- Attachment #1: Type: text/plain, Size: 1953 bytes --]

Hi Florian, Paolo,

On 12/02/2021 18:18, Matthieu Baerts wrote:
> Hi Florian, Paolo,
> 
> On 12/02/2021 11:04, Paolo Abeni wrote:
>> On Fri, 2021-02-12 at 00:42 +0100, Florian Westphal wrote:
>>> Christoph Paasch reported following crash:
>>> dst_release underflow
>>> WARNING: CPU: 0 PID: 1319 at net/core/dst.c:175 dst_release+0xc1/0xd0 
>>> net/core/dst.c:175
>>> CPU: 0 PID: 1319 Comm: syz-executor217 Not tainted 
>>> 5.11.0-rc6af8e85128b4d0d24083c5cac646e891227052e0c #70
>>> Call Trace:
>>>   rt_cache_route+0x12e/0x140 net/ipv4/route.c:1503
>>>   rt_set_nexthop.constprop.0+0x1fc/0x590 net/ipv4/route.c:1612
>>>   __mkroute_output net/ipv4/route.c:2484 [inline]
>>> ...
>>>
>>> The worker leaves msk->subflow alone even when it
>>> happened to close the subflow ssk associated with it.
>>>
>>> v2: fix helper function name
>>>
>>> Fixes: 866f26f2a9c33b ("mptcp: always graft subflow socket to parent")
>>> Closes: https://github.com/multipath-tcp/mptcp_net-next/issues/157
>>> Reported-by: Christoph Paasch <cpaasch(a)apple.com>
>>> Suggested-by: Paolo Abeni <pabeni(a)redhat.com>
>>> Signed-off-by: Florian Westphal <fw(a)strlen.de>
> 
> Thank you for the patches and the reviews!
> 
>> Both patches LGTM, thanks!
>>
>> perhaps we can drop the changelog info for upstream submission? (in any
>> case no need for a v3, I guess commit messages can shaped at submission
>> time)
> 
> I can sure do that!

Patch 1 was placed at the bottom with Paolo's Ack, my RvB tag and a 
declared 'msk':

- 114aa23af898: mptcp: reset last_snd on subflow close
- Results: 7bd6ce758374..c09ee43e88b6

Patch 2 was placed just before your netlink series with Paolo's Ack:

- 24c84fc55050: mptcp: dispose initial struct socket when its subflow is 
closed
- Results: c09ee43e88b6..8ea9c48639fd

Tests + export are in progress!

Cheers,
Matt
-- 
Tessares | Belgium | Hybrid Access Solutions
www.tessares.net

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [MPTCP] Re: [PATCH v2 2/2] mptcp: dispose initial struct socket when its subflow is closed
@ 2021-02-12 10:04 Paolo Abeni
  0 siblings, 0 replies; 3+ messages in thread
From: Paolo Abeni @ 2021-02-12 10:04 UTC (permalink / raw)
  To: mptcp

[-- Attachment #1: Type: text/plain, Size: 1185 bytes --]

On Fri, 2021-02-12 at 00:42 +0100, Florian Westphal wrote:
> Christoph Paasch reported following crash:
> dst_release underflow
> WARNING: CPU: 0 PID: 1319 at net/core/dst.c:175 dst_release+0xc1/0xd0 net/core/dst.c:175
> CPU: 0 PID: 1319 Comm: syz-executor217 Not tainted 5.11.0-rc6af8e85128b4d0d24083c5cac646e891227052e0c #70
> Call Trace:
>  rt_cache_route+0x12e/0x140 net/ipv4/route.c:1503
>  rt_set_nexthop.constprop.0+0x1fc/0x590 net/ipv4/route.c:1612
>  __mkroute_output net/ipv4/route.c:2484 [inline]
> ...
> 
> The worker leaves msk->subflow alone even when it
> happened to close the subflow ssk associated with it.
> 
> v2: fix helper function name
> 
> Fixes: 866f26f2a9c33b ("mptcp: always graft subflow socket to parent")
> Closes: https://github.com/multipath-tcp/mptcp_net-next/issues/157
> Reported-by: Christoph Paasch <cpaasch(a)apple.com>
> Suggested-by: Paolo Abeni <pabeni(a)redhat.com>
> Signed-off-by: Florian Westphal <fw(a)strlen.de>

Both patches LGTM, thanks!

perhaps we can drop the changelog info for upstream submission? (in any
case no need for a v3, I guess commit messages can shaped at submission
time)

Cheers,

Paolo

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2021-02-12 17:31 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-02-12 17:18 [MPTCP] Re: [PATCH v2 2/2] mptcp: dispose initial struct socket when its subflow is closed Matthieu Baerts
  -- strict thread matches above, loose matches on Subject: below --
2021-02-12 17:31 Matthieu Baerts
2021-02-12 10:04 Paolo Abeni

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.