lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <22a1d42b-3015-47cf-b3d9-46d0ceb63ebc@kernel.org>
Date: Mon, 13 Jan 2025 17:08:02 +0100
From: Matthieu Baerts <matttbe@...nel.org>
To: Jakub Kicinski <kuba@...nel.org>
Cc: Netdev <netdev@...r.kernel.org>, MPTCP Linux <mptcp@...ts.linux.dev>
Subject: Re: [TEST] mptcp-connect

Hi Jakub,

On 08/01/2025 11:07, Matthieu Baerts wrote:
> Hi Jakub,
> 
> (+cc MPTCP list)
> 
> On 07/01/2025 22:18, Jakub Kicinski wrote:
>> Unfortunately mptcp_connect.sh has started flaking again :(
>> Looks like it started around Dec 30th, so one of the recent PRs
> 
> Thank you for the heads-up!
> 
> After the last PR, I was focussing on monitoring simult_flows.sh -- the
> recent behaviour changes could have affected it -- and forgot to look at
> the others, sorry about that...
> 
> It looks like our CI doesn't have this issue, but the builds are less
> frequent [1]. I'm going to investigate that ASAP.

It was not easy to reproduce it, but Paolo managed to find a fix for it [1]!

Out of curiosity, is the netdev CI not too overloaded? To reproduce this
issue on my side, the host had to be quite busy: not dying with
stress-ng using all resources, but still competing with many other
processes, e.g. a kernel compilation running in parallel. I'm not
complaining here, because this situation helped finding this important
issue, but just curious about what to expect, especially for more
"sensitive" tests :)

On the MPTCP CI, some unessarry KConfig are disabled and ccache is used
to reduce the build time. Also, RETPOLINE is disabled (+ vng --append
mitigations=off) to save some CPU cycles during the tests.

[1]
https://lore.kernel.org/netdev/20250113-net-mptcp-connect-st-flakes-v1-0-0d986ee7b1b6@kernel.org/T/

Cheers,
Matt
-- 
Sponsored by the NGI0 Core fund.


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ