On Thu, Jan 5, 2012 at 3:23 AM, Bart Van Assche <bvanass...@acm.org> wrote: > Sorry if I wasn't clear enough, but I was referring to the case where > the kernel completion handler gets invoked after > ib_uverbs_destroy_cq() has started but before that function has > invoked ib_destroy_cq().
That should be OK. ib_uverbs_destroy_cq() doesn't really do anything until ib_destroy_cq() has returned, and at that point it is guaranteed that the completion handler for the CQ is done. > More in general - assuming that completion notifications have been > enabled - I'm wondering whether it is possible to shut down a queue > pair without triggering a race condition if that queue pair hasn't > been transitioned to the reset or error state first. destroying a QP is pretty much equivalent to transitioning it to the reset state. - R. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html