aboutsummaryrefslogtreecommitdiffstats
path: root/tools/testing/selftests/drivers/net/hw/rss_api.py
diff options
context:
space:
mode:
authorStefano Garzarella <[email protected]>2025-07-08 11:17:01 +0000
committerJakub Kicinski <[email protected]>2025-07-10 02:33:07 +0000
commit5d6fc6b4d0b2aee373dba41a25ede2651769ac48 (patch)
tree5f0edf217d857b38fd8b34b24bc560156ae792ed /tools/testing/selftests/drivers/net/hw/rss_api.py
parentMerge branch 'net-phy-bcm54811-phy-initialization' (diff)
downloadkernel-5d6fc6b4d0b2aee373dba41a25ede2651769ac48.tar.gz
kernel-5d6fc6b4d0b2aee373dba41a25ede2651769ac48.zip
vsock/test: fix test for null ptr deref when transport changes
In test_stream_transport_change_client(), the client sends CONTROL_CONTINUE on each iteration, even when connect() is unsuccessful. This causes a flood of control messages in the server that hangs around for more than 10 seconds after the test finishes, triggering several timeouts and causing subsequent tests to fail. This was discovered in testing a newly proposed test that failed in this way on the client side: ... 33 - SOCK_STREAM transport change null-ptr-deref...ok 34 - SOCK_STREAM ioctl(SIOCINQ) functionality...recv timed out The CONTROL_CONTINUE message is used only to tell to the server to call accept() to consume successful connections, so that subsequent connect() will not fail for finding the queue full. Send CONTROL_CONTINUE message only when the connect() has succeeded, or found the queue full. Note that the second connect() can also succeed if the first one was interrupted after sending the request. Fixes: 3a764d93385c ("vsock/test: Add test for null ptr deref when transport changes") Cc: [email protected] Signed-off-by: Stefano Garzarella <[email protected]> Reviewed-by: Luigi Leonardi <[email protected]> Link: https://patch.msgid.link/[email protected] Signed-off-by: Jakub Kicinski <[email protected]>
Diffstat (limited to 'tools/testing/selftests/drivers/net/hw/rss_api.py')
0 files changed, 0 insertions, 0 deletions