On 5/29/2015 11:47 AM, Doug Ledford wrote:
On Thu, 2015-05-21 at 17:56 +0300, Or Gerlitz wrote:
From: Matan Barak <[email protected]>
Add CQ creation flag which dictates that the created CQ will report
completion time-stamp value in the WC.
Signed-off-by: Matan Barak <[email protected]>
Signed-off-by: Or Gerlitz <[email protected]>
---
include/rdma/ib_verbs.h | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/rdma/ib_verbs.h b/include/rdma/ib_verbs.h
index 4f6b397..28ec073 100644
--- a/include/rdma/ib_verbs.h
+++ b/include/rdma/ib_verbs.h
@@ -166,6 +166,10 @@ struct ib_odp_caps {
} per_transport_caps;
};
This needs documentation, and quite possibly a different flag name. In
this case, you are timestamping the completion events. That's fine, but
that's not the only thing that would be a reasonable timestamp event in
a complete API. Maybe someone wants to timestamp the start of the
transfer instead, so they can order packets not on who finished first,
but who had their first byte arrive first. A note detailing this
possibility, and then stating that this particular option is for
completion timestamping, and maybe change the name to
TIMESTAMP_COMPLETION.
As an example of your point, iw_cxgb4 uses similar HW timestamps to
track work request submission and completion. Only for debug of kernel
mode rdma users at this point. Extending this all into user space would
allow tracking these timings from user applications.
See:
commit 7730b4c7e32c0ab4d7db746a9c3a84cf715161fa
Author: Hariprasad Shenai <[email protected]>
Date: Mon Jul 14 21:34:54 2014 +0530
cxgb4/iw_cxgb4: work request logging feature
+enum ib_cq_creation_flags {
+ IB_CQ_FLAGS_TIMESTAMP = 1 << 0,
+};
+
struct ib_cq_init_attr {
unsigned int cqe;
int comp_vector;
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
