> Note that I _could_ add code in the driver/lib poll routine to "eat" > these cqes. But there is a fundamental problem in that if the CQ is > armed, then the HW _will_ generate an interrupt in this case. This > leads to a "false notification" which breaks the semantics of the > notification mechanism. I'm not sure how bad that is? To the > application, it would receive a notification, then go poll and get > nothing.
There's also the issue that these completions take CQ entries... so if an app provisions a CQ for some amount of completions and then assumes that posting 100 RDMA reads doesn't use any CQ entries, things break. Not sure if there is a good way to deal with this quirk really. - 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
