From: Simon Horman <horms@kernel.org>
To: Dmitry Safonov via B4 Relay <devnull+0x7f454c46.gmail.com@kernel.org>
Cc: "David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
Shuah Khan <shuah@kernel.org>,
Mohammad Nassiri <mnassiri@ciena.com>,
netdev@vger.kernel.org, linux-kselftest@vger.kernel.org,
linux-kernel@vger.kernel.org,
Dmitry Safonov <0x7f454c46@gmail.com>
Subject: Re: [PATCH net-next v2 6/7] selftests/net: Synchronize client/server before counters checks
Date: Sun, 4 Aug 2024 10:47:51 +0100 [thread overview]
Message-ID: <20240804094751.GH2504122@kernel.org> (raw)
In-Reply-To: <20240802-tcp-ao-selftests-upd-6-12-v2-6-370c99358161@gmail.com>
On Fri, Aug 02, 2024 at 10:23:30AM +0100, Dmitry Safonov via B4 Relay wrote:
> From: Dmitry Safonov <0x7f454c46@gmail.com>
>
> On tests that are expecting failure the timeout value is
> TEST_RETRANSMIT_SEC == 1 second. Which is big enough for most of devices
> under tests. But on a particularly slow machine/VM, 1 second might be
> not enough for another thread to be scheduled and attempt to connect().
> It is not a problem for tests that expect connect() to succeed as
> the timeout value for them (TEST_TIMEOUT_SEC) is intentionally bigger.
>
> One obvious way to solve this would be to increase TEST_RETRANSMIT_SEC.
> But as all tests would increase the timeouts, that's going to sum up.
>
> But here is less obvious way that keeps timeouts for expected connect()
> failures low: just synchronize the two threads, which will assure that
> before counter checks the other thread got a chance to run and timeout
> on connect(). The expected increase of the related counter for listen()
> socket will yet test the expected failure.
>
> Never happens on my machine, but I suppose the majority of netdev's
> connect-deny-* flakes [1] are caused by this.
>
> Fixes:
Hi Dmitry,
I realise it probably wasn't intended to be a fixes tag,
but it turns out to be an invalid one. Could you express this
in a different way?
> > # selftests: net/tcp_ao: connect-deny_ipv6
> > # 1..21
> > # # 462[lib/setup.c:243] rand seed 1720905426
> > # TAP version 13
> > # ok 1 Non-AO server + AO client
> > # not ok 2 Non-AO server + AO client: TCPAOKeyNotFound counter did not increase: 0 <= 0
> > # ok 3 AO server + Non-AO client
> > # ok 4 AO server + Non-AO client: counter TCPAORequired increased 0 => 1
> ...
>
> [1]: https://netdev-3.bots.linux.dev/vmksft-tcp-ao/results/681741/6-connect-deny-ipv6/stdout
> Signed-off-by: Dmitry Safonov <0x7f454c46@gmail.com>
...
next prev parent reply other threads:[~2024-08-04 9:47 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-02 9:23 [PATCH net-next v2 0/7] net/selftests: TCP-AO selftests updates Dmitry Safonov
2024-08-02 9:23 ` Dmitry Safonov via B4 Relay
2024-08-02 9:23 ` [PATCH net-next v2 1/7] selftests/net: Clean-up double assignment Dmitry Safonov
2024-08-02 9:23 ` Dmitry Safonov via B4 Relay
2024-08-02 9:23 ` [PATCH net-next v2 2/7] selftests/net: Provide test_snprintf() helper Dmitry Safonov
2024-08-02 9:23 ` Dmitry Safonov via B4 Relay
2024-08-02 9:23 ` [PATCH net-next v2 3/7] selftests/net: Be consistent in kconfig checks Dmitry Safonov
2024-08-02 9:23 ` Dmitry Safonov via B4 Relay
2024-08-02 9:23 ` [PATCH net-next v2 4/7] selftests/net: Don't forget to close nsfd after switch_save_ns() Dmitry Safonov
2024-08-02 9:23 ` Dmitry Safonov via B4 Relay
2024-08-02 9:23 ` [PATCH net-next v2 5/7] selftests/tcp_ao: Fix printing format for uint64_t Dmitry Safonov
2024-08-02 9:23 ` Dmitry Safonov via B4 Relay
2024-08-02 9:23 ` [PATCH net-next v2 6/7] selftests/net: Synchronize client/server before counters checks Dmitry Safonov
2024-08-02 9:23 ` Dmitry Safonov via B4 Relay
2024-08-04 9:47 ` Simon Horman [this message]
2024-08-07 0:42 ` Dmitry Safonov
2024-08-02 9:23 ` [PATCH net-next v2 7/7] selftests/net: Add trace events matching to tcp_ao Dmitry Safonov
2024-08-02 9:23 ` Dmitry Safonov via B4 Relay
2024-08-02 15:18 ` [PATCH net-next v2 0/7] net/selftests: TCP-AO selftests updates Jakub Kicinski
2024-08-02 15:32 ` Jakub Kicinski
2024-08-03 0:50 ` Dmitry Safonov
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=20240804094751.GH2504122@kernel.org \
--to=horms@kernel.org \
--cc=0x7f454c46@gmail.com \
--cc=davem@davemloft.net \
--cc=devnull+0x7f454c46.gmail.com@kernel.org \
--cc=edumazet@google.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=mnassiri@ciena.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=shuah@kernel.org \
/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.