Hannes Reinecke 6e0c7503a5 nvmet-tcp: fixup hang in nvmet_tcp_listen_data_ready() ...

[ Upstream commit 2fa8961d3a ]

When the socket is closed while in TCP_LISTEN a callback is run to
flush all outstanding packets, which in turns calls
nvmet_tcp_listen_data_ready() with the sk_callback_lock held.
So we need to check if we are in TCP_LISTEN before attempting
to get the sk_callback_lock() to avoid a deadlock.

Link: https://lore.kernel.org/linux-nvme/CAHj4cs-zu7eVB78yUpFjVe2UqMWFkLk8p+DaS3qj+uiGCXBAoA@mail.gmail.com/
Tested-by:  Yi Zhang <yi.zhang@redhat.com>
Reviewed-by: Sagi Grimberg <sagi@grimberg.me>
Signed-off-by: Hannes Reinecke <hare@kernel.org>
Signed-off-by: Keith Busch <kbusch@kernel.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>

2026-02-11 13:40:22 +01:00

..

admin-cmd.c

…

auth.c

…

configfs.c

…

core.c

…

debugfs.c

…

debugfs.h

…

discovery.c

…

fabrics-cmd-auth.c

…

fabrics-cmd.c

…

fc.c

…

fcloop.c

…

io-cmd-bdev.c

…

io-cmd-file.c

…

Kconfig

…

loop.c

…

Makefile

…

nvmet.h

…

passthru.c

…

rdma.c

…

tcp.c

…

trace.c

…

trace.h

…

zns.c

…