diff options
author | 2021-12-28 17:03:24 +0800 | |
---|---|---|
committer | 2021-12-28 12:42:45 +0000 | |
commit | 90cee52f2e780345d3629e278291aea5ac74f40f (patch) | |
tree | bd949f7dcff078d5f1a839a41db8204e13e7205e /Documentation | |
parent | NFC: st21nfca: Fix memory leak in device probe and remove (diff) | |
download | linux-90cee52f2e780345d3629e278291aea5ac74f40f.tar.gz linux-90cee52f2e780345d3629e278291aea5ac74f40f.tar.bz2 linux-90cee52f2e780345d3629e278291aea5ac74f40f.zip |
net/smc: don't send CDC/LLC message if link not ready
We found smc_llc_send_link_delete_all() sometimes wait
for 2s timeout when testing with RDMA link up/down.
It is possible when a smc_link is in ACTIVATING state,
the underlaying QP is still in RESET or RTR state, which
cannot send any messages out.
smc_llc_send_link_delete_all() use smc_link_usable() to
checks whether the link is usable, if the QP is still in
RESET or RTR state, but the smc_link is in ACTIVATING, this
LLC message will always fail without any CQE entering the
CQ, and we will always wait 2s before timeout.
Since we cannot send any messages through the QP before
the QP enter RTS. I add a wrapper smc_link_sendable()
which checks the state of QP along with the link state.
And replace smc_link_usable() with smc_link_sendable()
in all LLC & CDC message sending routine.
Fixes: 5f08318f617b ("smc: connection data control (CDC)")
Signed-off-by: Dust Li <dust.li@linux.alibaba.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'Documentation')
0 files changed, 0 insertions, 0 deletions