aboutsummaryrefslogtreecommitdiff
path: root/Documentation
diff options
context:
space:
mode:
authorGravatar Dust Li <dust.li@linux.alibaba.com> 2021-12-28 17:03:24 +0800
committerGravatar David S. Miller <davem@davemloft.net> 2021-12-28 12:42:45 +0000
commit90cee52f2e780345d3629e278291aea5ac74f40f (patch)
treebd949f7dcff078d5f1a839a41db8204e13e7205e /Documentation
parentNFC: st21nfca: Fix memory leak in device probe and remove (diff)
downloadlinux-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