diff options
| author | Paolo Abeni <pabeni@redhat.com> | 2026-08-18 14:58:55 +0200 |
|---|---|---|
| committer | Paolo Abeni <pabeni@redhat.com> | 2026-08-18 14:58:55 +0200 |
| commit | a3dee9bb902ee4357fa02e49b415d7724ee0140a (patch) | |
| tree | d0b5f65a3f36aa9665c563c6c0058a3c8cd08f96 /tools/perf/scripts | |
| parent | e36ce6e78fe3fc3c071a26750783b7ba081ce10d (diff) | |
| parent | 96cbf89993091a163bfedec52a3bd683dc94b3b4 (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
