rdma/ib_pack.h: add new bth opcodes
A message that is not in the archive (sent off-list or not yet received): [email protected]
A message that is not in the archive (sent off-list or not yet received): 4C62F86C.6060504-klaOcWyJdxkshyMvu7JE4pqQE7yCjDx5@public.gmane.org
Quoted 2 lines · Bob Pearson
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 control mechanism) can apply for IBoE traffic, in the same manner it would for FCoE, IP etc. Is there a specific reason you wanted to apply the IB mechanism and not use the Ethernet one? Yep, PFC is helpful.
Or.
--
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
A message that is not in the archive (sent off-list or not yet received): 4C639635.4090704-smomgflXvOZWk0Htik3J/[email protected]
Quoted 8 lines · Or Gerlitz
Quoted 1 line · Bob Pearson
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 control mechanism) can apply for IBoE traffic, in the same manner it would for FCoE, IP etc. Is there a specific reason you wanted to apply the IB mechanism and not use the Ethernet one? Yep, PFC is helpful.
Or.
Hi Or,
As I mentioned I did not pursue this. 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.
Bob
--
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
A message that is not in the archive (sent off-list or not yet received): 4C6965EA.2050208-klaOcWyJdxkshyMvu7JE4pqQE7yCjDx5@public.gmane.org
Quoted 2 lines · Bob Pearson
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 think the mad layer was modified to emulate MADs for the CM over regular UD QP, UDP or their such, Eli, am I correct in that? For some reason the PMA (QP1 performance counters) service isn't exposed, but it should be working (and helpful) as well.
Or.
--
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
A message that is not in the archive (sent off-list or not yet received): 4C6CF139.1020405-hKgKHo2Ms0FWk0Htik3J/[email protected]
Quoted 7 lines · Or Gerlitz
Quoted 2 lines · Bob Pearson
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 think the mad layer was modified to emulate MADs for the CM over regular UD QP, UDP or their such, Eli, am I correct in that?
Right. QP1 is supported for kernel consumers.
--
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
A message that is not in the archive (sent off-list or not yet received): OFD964C280.7B7E4A90-ONC1257784.0038AAF8-C1257784.0039E842@ch.ibm.com
A message that is not in the archive (sent off-list or not yet received): OFD964C280.7B7E4A90-ONC1257784.0038AAF8-C1257784.0039E842-Xeyd2O9EBijQT0dZR+AlfA@public.gmane.org
Re: IBoE and congestion management
Quoted 2 lines · Fredy Neeser
Not sure what you mean by "IB CM is fully functional for IBoE" with ConnectX.
The IB CM (Connection Manager) is used for the connection establishment, it has nothing do to with Congestion Management. I mentioned it in the context of IB MAD (Management Datagrams) support by IBoE. I believe that the RXE driver (IBoE hw emulation on regular Eth nics) emulates mads for the CM to work.
Quoted 2 lines
Is your solution based on IB CCA? If so, how will it interact with 802.1Qau Congestion Notification?
I believe that IB CCA is not the correct path to go, but rather QCN which you've mentioned.
Or.
--
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