summaryrefslogtreecommitdiff
path: root/tools/perf/scripts
diff options
context:
space:
mode:
authorPaolo Abeni <pabeni@redhat.com>2026-08-18 14:58:55 +0200
committerPaolo Abeni <pabeni@redhat.com>2026-08-18 14:58:55 +0200
commita3dee9bb902ee4357fa02e49b415d7724ee0140a (patch)
treed0b5f65a3f36aa9665c563c6c0058a3c8cd08f96 /tools/perf/scripts
parente36ce6e78fe3fc3c071a26750783b7ba081ce10d (diff)
parent96cbf89993091a163bfedec52a3bd683dc94b3b4 (diff)
Merge branch 'vsock-fix-stale-sk_err-handling-after-a-failed-connect'
Nguyen Dinh Phi says: ==================== vsock: fix stale sk_err handling after a failed connect A socket whose connect() failed keeps sk_err set. If that socket is later reused as a listener, vsock_accept() rejects an unrelated incoming connection, and on virtio/hyperv the resulting child socket is leaked. Patch 1 removes the listener's sk_err check from vsock_accept(), since no vsock transport ever sets sk_err on a TCP_LISTEN socket. This will fix what the syzbot reported. Patch 2 removes vsock_sock.rejected, now unreachable after patch 1. Patch 3 is a related but separate fix: vsock_connect() now consumes sk_err via sock_error() once it has been returned to userspace, so a failed blocking connect() doesn't keep reporting the same error a second time. ==================== Link: https://patch.msgid.link/20260813173024.2362935-1-phind.uet@gmail.com Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Diffstat (limited to 'tools/perf/scripts')
0 files changed, 0 insertions, 0 deletions