Roland Dreier wrote:
> That's what I was worried about. Is there anyway to manually flush a
> QP before disconnecting it?
What do you mean by flushing the QP? There's no way to make the QP
execute work requests any faster, but you can wait for all your
requests to complete before you disconnect it.
Yes, I would like to wait for the ACK's of messages sent to me to
correctly arrive at the sender.
Or if you transition
the QP to the error state, then all the outstanding work requests will
be completed with a "flush error" status, and you can poll your CQ
until you know there are no more outstanding work requests before you
transition the QP to the reset state and/or destroy the QP.
That would be fine. I'll try manually transitioning the QP to the error
state before calling rdma_disconnect() in case the QP is going to
"reset" and dropping ACK responses.
- R.
--
Mike Heffner <[EMAIL PROTECTED]>
EverGrid Software
Blacksburg, VA USA
Voice: (540) 443-3500 x603
_______________________________________________
general mailing list
[email protected]
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
