nvme-tcp: fix reset hang if controller died in the middle of a reset
authorSagi Grimberg <sagi@grimberg.me>
Thu, 30 Jul 2020 20:25:34 +0000 (13:25 -0700)
committerSagi Grimberg <sagi@grimberg.me>
Fri, 28 Aug 2020 23:43:57 +0000 (16:43 -0700)
commite5c01f4f7f623e768e868bcc08d8e7ceb03b75d0
treebec530ce77677ccacdb9d2ac6fae7942ab25ebbc
parent236187c4ed195161dfa4237c7beffbba0c5ae45b
nvme-tcp: fix reset hang if controller died in the middle of a reset

If the controller becomes unresponsive in the middle of a reset, we will
hang because we are waiting for the freeze to complete, but that cannot
happen since we have commands that are inflight holding the
q_usage_counter, and we can't blindly fail requests that times out.

So give a timeout and if we cannot wait for queue freeze before
unfreezing, fail and have the error handling take care how to proceed
(either schedule a reconnect of remove the controller).

Signed-off-by: Sagi Grimberg <sagi@grimberg.me>
drivers/nvme/host/tcp.c