On Wed, Oct 26, 2011 at 10:06 PM, Roland Dreier rol...@purestorage.com wrote:
On Wed, Oct 26, 2011 at 11:05 AM, Bart Van Assche bvanass...@acm.org wrote:
Can I conclude from your reply that the last WQE event refers to the
SRQ only and that it does not provide any information about the send
On Wed, Oct 26, 2011 at 12:04 AM, Roland Dreier rol...@purestorage.com wrote:
Sorry, but now I confused about what the bug is. You have a QP
associated with an SRQ, and you transition the QP to error. At some
point you get a last WQE received event for that QP (which means
all receive
On Mon, Oct 24, 2011 at 11:07 PM, Bart Van Assche bvanass...@acm.org wrote:
As far as I know every HCA supported by Linux does implement this
correctly. Which class did you have in mind as not doing that?
At least QDR ConnectX 2 HCAs with fairly recent firmware. This
behavior can be
On Tue, Oct 25, 2011 at 1:17 PM, Roland Dreier rol...@purestorage.com wrote:
On Mon, Oct 24, 2011 at 11:07 PM, Bart Van Assche bvanass...@acm.org wrote:
As far as I know every HCA supported by Linux does implement this
correctly. Which class did you have in mind as not doing that?
At
On Tue, Oct 25, 2011 at 11:09 AM, Bart Van Assche bvanass...@acm.org wrote:
It's a little more complex than that. The original version of ib_srpt
stops polling for completions as soon as the last WQE event has been
received and after that the queue has been drained. So I don't know
whether