> The fix is to recognize the port is not in the IB_QPS_RTS state, do not > schedule an IO work thread request and continue to pull recv work requests > from the CQ until empty.
What prevents the port->state from changing immediately after the work thread is queued and ending up in the same situation? If holding a reference on the port doesn't work, then it sounds like the use of a worker thread is inherently racy and not usable. _______________________________________________ ofw mailing list [email protected] http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ofw
