On Thu, Apr 4, 2013 at 5:00 PM, Jack Morgenstein <[email protected]>
> This won't really help unless ALL userspace apps respond by calling > ibv_close_device. You can check this by running ibv_asyncwatch (in > libibverbs/examples). Until ibv_asyncwatch > is exited the low-level device restart won't work. Jack, so we have two different problems here, the kernel ULPs trying to reap completions from their CQs which will never happen, and what you pointed on under which currently the device will not be destroyed. I think its OK to handle them one @ a time... Kleber , as for the 1st problem, which kernel consumers are hanging for ever on their CQs? IPoIB is giving up after sometime e.g see in ipoib_ib.c "assume the HW is wedged and just free up all our pending work requests" Or. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
