> Unless you can come up with a way that makes sure that all skbs are > completed even in low-traffic situations, I don't think this is > mergeable -- it's just too much of a usability nightmare to have a > flag that is essentially "break some workloads in a mysterious way to > make some benchmarks run a little faster."
Thanks for the comment. My thinking on how to address this issue is: add a periodic task that checks if there are uncompleted sends beyond some threshold. If there are such, it sets a flag that causes the ipoib tx logic to enforce a signal on the next post and sends a packet which is practically a NO-OP. This packet can be for example a unicast arp (reply) with src and dst being this interface IP. _______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
