]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
selftests: drv-net: psp: fix test flakes from racy connection close
authorDaniel Zahka <daniel.zahka@gmail.com>
Tue, 27 Jan 2026 16:30:55 +0000 (08:30 -0800)
committerJakub Kicinski <kuba@kernel.org>
Thu, 29 Jan 2026 03:36:58 +0000 (19:36 -0800)
commit70de46740b62b83198802bfe6682c5f865c25dc5
tree205c2873002e6b5deb7fec201f4b52be256d492c
parent701b40f8bde1e9fd48591648d1ed028a31e2ad5f
selftests: drv-net: psp: fix test flakes from racy connection close

There is a bug in assoc_sk_only_mismatch() and
assoc_sk_only_mismatch_tx() that creates a race condition which
triggers test flakes in later test cases e.g. data_send_bad_key().

The problem is that the client uses the "conn clr" rpc to setup a data
connection with psp_responder, but never uses a matching "data close"
rpc. This creates a race condition where if the client can queue
another data sock request, like in data_send_bad_key(), before the
server can accept the old connection from the backlog we end up in a
situation where we have two connections in the backlog: one for the
closed connection we have received a FIN for, and one for the new PSP
connection which is expecting to do key exchange.

From there the server pops the closed connection from the backlog, but
the data_send_bad_key() test case in psp.py hangs waiting to perform
key exchange.

The fix is to properly use _conn_close, which fill force the server to
remove the closed connection from the backlog before sending the RPC
ack to the client.

Signed-off-by: Daniel Zahka <daniel.zahka@gmail.com>
Link: https://patch.msgid.link/20260127-psp-flaky-test-v1-1-13403e390af3@gmail.com
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
tools/testing/selftests/drivers/net/psp.py