summaryrefslogtreecommitdiff
path: root/arch/alpha
diff options
context:
space:
mode:
authorSabrina Dubroca <sd@queasysnail.net>2020-06-10 13:19:43 +0300
committerAlexei Starovoitov <ast@kernel.org>2020-06-13 01:10:12 +0300
commit2c7269b231194aae23fb90ab65842573a91acbc9 (patch)
tree8b85edb1c7f094125445f5cea4e5d574c0d783e7 /arch/alpha
parent2c4779eff837f1035f6f9650d246905daadd9528 (diff)
downloadlinux-2c7269b231194aae23fb90ab65842573a91acbc9.tar.xz
bpf: tcp: Recv() should return 0 when the peer socket is closed
If the peer is closed, we will never get more data, so tcp_bpf_wait_data will get stuck forever. In case we passed MSG_DONTWAIT to recv(), we get EAGAIN but we should actually get 0. >From man 2 recv: RETURN VALUE When a stream socket peer has performed an orderly shutdown, the return value will be 0 (the traditional "end-of-file" return). This patch makes tcp_bpf_wait_data always return 1 when the peer socket has been shutdown. Either we have data available, and it would have returned 1 anyway, or there isn't, in which case we'll call tcp_recvmsg which does the right thing in this situation. Fixes: 604326b41a6f ("bpf, sockmap: convert to generic sk_msg interface") Signed-off-by: Sabrina Dubroca <sd@queasysnail.net> Signed-off-by: Alexei Starovoitov <ast@kernel.org> Acked-by: Jakub Sitnicki <jakub@cloudflare.com> Link: https://lore.kernel.org/bpf/26038a28c21fea5d04d4bd4744c5686d3f2e5504.1591784177.git.sd@queasysnail.net
Diffstat (limited to 'arch/alpha')
0 files changed, 0 insertions, 0 deletions