On 11/09/2017 11:21 AM, Christoph Hellwig wrote:
+ }
+
+ spin_lock_irqsave(&req->lock, flags);
+ req->send_completed = true;
+ end = req->resp_completed;
+ spin_unlock_irqrestore(&req->lock, flags);
Wouldn't it be better to use atomic bitops (test_and_set_bit and co)
for these flags instead of needing a irqsave lock?
Here it will be better, but in the next patch, where we need to check
also for MR invalidation atomically I don't know.
The logic is:
1. on RECV: complete if (send completed and MR invalidated)
2. on SEND: complete if (recv completed and MR invalidated)
3. on INV: complete if (recv completed and send completed)
We need the conditions to be atomic because the CQ can be processed
from two contexts (and trust me, it falls apart fast if we don't protect
it). Not sure I understand how I can achieve this with atomic bitops.
We could relax the spinlock to _bh I think as we are only racing with
irq-poll.
err = nvme_rdma_post_send(queue, sqe, req->sge, req->num_sge,
- req->mr->need_inval ? &req->reg_wr.wr : NULL);
+ req->mr->need_inval ? &req->reg_wr.wr : NULL, true);
Looks like the unsignalled completions just removed in the last patch
are coming back here.
That's because of the async event send, not sure why its here though,
I'll check.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
