IB/rxe: Drop future atomic/read packets rather than retrying
authorAndrew Boyer <andrew.boyer@dell.com>
Thu, 22 Dec 2016 13:54:37 +0000 (08:54 -0500)
committerDoug Ledford <dledford@redhat.com>
Thu, 22 Dec 2016 16:36:12 +0000 (11:36 -0500)
commitcbf1f9a46c9c5903e34b0b110ca40b1e7d4b2ab1
treef335d5a0d47467de7528f2836ef0e62c4029a684
parent37b36193946e4fe7af2c3965e394eb311ab6601d
IB/rxe: Drop future atomic/read packets rather than retrying

If the completer is in the middle of a large read operation, one
lost packet can cause havoc. Going to COMPST_ERROR_RETRY will
cause the requester to resend the request. After that, any packet
from the first attempt still in the receive queue will be
interpreted as an error, restarting the error/retry sequence.
The transfer will quickly exhaust its retries.

This behavior is very noticeable when doing 512KB reads on a
QEMU system configured with 1500B MTU.

Also, a resent request here will prompt the responder on the
other side to immediately start resending, but the resent
packets will get stuck in the already-loaded receive queue and
will never be processed.

Rather than erroring out every time an unexpected future packet
arrives, just drop it. Eventually the retry timer will send a
duplicate request; the completer will be able to make progress since
the queue will start relatively empty.

Signed-off-by: Andrew Boyer <andrew.boyer@dell.com>
Signed-off-by: Doug Ledford <dledford@redhat.com>
drivers/infiniband/sw/rxe/rxe_comp.c