Bob Pearson wrote:
I was curious to see if I could force a ConnectX device to slow down from a
remote application.
But since the MADs have been crippled for IBOE there is no way to configure
it.
QP1 MADs are working for ConnectX, e.g the IB CM is fully functional for IBoE,
and I don't
On Thu, Aug 19, 2010 at 11:54:17AM +0300, Or Gerlitz wrote:
Bob Pearson wrote:
I was curious to see if I could force a ConnectX device to slow down from a
remote application.
But since the MADs have been crippled for IBOE there is no way to configure
it.
QP1 MADs are working for
On 08/12/2010 01:35 AM, Or Gerlitz wrote:
Bob Pearson wrote:
I was wondering if I could use this to cause ConnectX RDMAoE senders
to slow down in response to these packets. There is a challenge
managing fast ROCE senders in networks that may not fully implement
per priority pause.
Hi Bob,
Bob Pearson wrote:
I was wondering if I could use this to cause ConnectX RDMAoE senders to slow down
in response to these packets. There is a challenge managing fast ROCE senders
in networks that may not fully implement per priority pause.
Hi Bob,
QCN (IEEE 802.1 based Ethernet congestion
Bob Pearson wrote:
My interest is supporting the rxe driver, a software implementation of
the IB transport over Ethernet, [...] I spent a little time looking at
trying to exploit congestion notification to see if it would bu useful in
this context.
Hi Bob,
As the IB congestion control /
On 08/09/2010 06:36 PM, Hefty, Sean wrote:
Several new opcodes have been added since the last time ib_pack.h was
updated.
These changes add them.
Will anything make use of these?
diff --git a/include/rdma/ib_pack.h b/include/rdma/ib_pack.h
index cbb50f4..df10acc 100644
---
Several new opcodes have been added since the last time ib_pack.h was
updated.
These changes add them.
Will anything make use of these?
diff --git a/include/rdma/ib_pack.h b/include/rdma/ib_pack.h
index cbb50f4..df10acc 100644
--- a/include/rdma/ib_pack.h
+++ b/include/rdma/ib_pack.h
@@
