> I started working on a fix for this by arming the send CQ when the QP > reaches 63 outstanding requests and draining the CQ at the completion > handler while holding priv->tx_lock.
OK (I hope 63 is replaced with something that is computed based on other constants though -- like you could arm the CQ when you're about to do netif_stop_queue())... seems like it should work. > But I had another strange problem that I don't understand. If I just > load and unload ib_ipoib, the system crashes showing messages that > appear like there has been a memory corruption. If I comment out > destroying the send CQ at ipoib_transport_dev_cleanup() the crashes > disappear. Do you see this as well? Not here... what tree are you running? - R. _______________________________________________ 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
