[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240301063754.2ecefecf@kernel.org>
Date: Fri, 1 Mar 2024 06:37:54 -0800
From: Jakub Kicinski <kuba@...nel.org>
To: "Matthieu Baerts (NGI0)" <matttbe@...nel.org>, Mat Martineau
<martineau@...nel.org>, Paolo Abeni <pabeni@...hat.com>
Cc: mptcp@...ts.linux.dev, Geliang Tang <geliang@...nel.org>, "David S.
Miller" <davem@...emloft.net>, Eric Dumazet <edumazet@...gle.com>, Florian
Westphal <fw@...len.de>, Kishen Maloor <kishen.maloor@...el.com>, Shuah
Khan <shuah@...nel.org>, Peter Krystad <peter.krystad@...ux.intel.com>,
Christoph Paasch <cpaasch@...le.com>, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-kselftest@...r.kernel.org
Subject: Re: [PATCH net 10/10] selftests: mptcp: explicitly trigger the
listener diag code-path
On Fri, 23 Feb 2024 17:14:20 +0100 Matthieu Baerts (NGI0) wrote:
> From: Paolo Abeni <pabeni@...hat.com>
>
> The mptcp diag interface already experienced a few locking bugs
> that lockdep and appropriate coverage have detected in advance.
>
> Let's add a test-case triggering the relevant code path, to prevent
> similar issues in the future.
>
> Be careful to cope with very slow environments.
>
> Note that we don't need an explicit timeout on the mptcp_connect
> subprocess to cope with eventual bug/hang-up as the final cleanup
> terminating the child processes will take care of that.
Hi!
There's a failure in CI under debug after merging net and net-next
in diag.sh. Maybe because of the patch which lowered timeout?
https://lore.kernel.org/all/20240223-upstream-net-next-20240223-misc-improvements-v1-8-b6c8a10396bd@kernel.org/
Powered by blists - more mailing lists