IPoIB: Fix TX queue lockup with mixed UD/CM traffic
authorEli Cohen <eli@mellanox.co.il>
Wed, 3 Mar 2010 12:27:52 +0000 (12:27 +0000)
committerRoland Dreier <rolandd@cisco.com>
Thu, 11 Mar 2010 21:37:11 +0000 (13:37 -0800)
commitf0dc117abdfa9a0e96c3d013d836460ef3cd08c7
treeba9d3b44ee1b8a63cabed9ef9c4f5710f6507eb9
parent25cf84cf377c0aae5dbcf937ea89bc7893db5176
IPoIB: Fix TX queue lockup with mixed UD/CM traffic

The IPoIB UD QP reports send completions to priv->send_cq, which is
usually left unarmed; it only gets armed when the number of
outstanding send requests reaches the size of the TX queue. This
arming is done only in the send path for the UD QP.  However, when
sending CM packets, the net queue may be stopped for the same reasons
but no measures are taken to recover the UD path from a lockup.

Consider this scenario: a host sends high rate of both CM and UD
packets, with a TX queue length of N.  If at some time the number of
outstanding UD packets is more than N/2 and the overall outstanding
packets is N-1, and CM sends a packet (making the number of
outstanding sends equal N), the TX queue will be stopped.  When all
the CM packets complete, the number of outstanding packets will still
be higher than N/2 so the TX queue will not be restarted.

Fix this by calling ib_req_notify_cq() when the queue is stopped in
the CM path.

Signed-off-by: Eli Cohen <eli@mellanox.co.il>
Signed-off-by: Roland Dreier <rolandd@cisco.com>
drivers/infiniband/ulp/ipoib/ipoib_cm.c