[ofw] [PATCH] checked ipoib_ndis6_cm shutdown race

[Hefty, Sean]

> 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.