Re: [PATCH V4 1/2] IB/core: Add support for enhanced atomic operations
Håkon Bugge wrote: On Apr 14, 2010, at 16:23 , Vladimir Sokolovsky wrote: The additional operands are carried in the Extended Transport Header Is this a newly defined ETH which follows the AETH on the wire? Thanks, Håkon Yes, Atomic masked Fetch and Add uses first 64 bits to provide the date to add, and the second 64 bits provide the field boundary: Swap (or Add) data high [63:32] Swap (or Add) data low [31:0] Compare data (or Field boundary) high [63:32] Compare data (or Field boundary) high [31:0] Atomic masked Compare and Swap uses: Swap (or Add) data high [63:32] Swap (or Add) data low [31:0] Compare data high [63:32] Compare data high [31:0] Swap mask high [63:32] Swap mask low [31:0] Compare mask high [63:32] Compare mask low [31:0] Regards, Vladimir -- To unsubscribe from this list: send the line unsubscribe linux-rdma in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Socket Direct Protocol: help (2)
Hi Amir, have you any news about bugs 2027 SDP not respecting # SGEs as reported from HW and 2028 SDP should support fastreg mrs? When those bugs will be fixed, I will test the NE020 cards performance with SDP protocol and I will compare SDP and TCP. Keep in touch, Andrea Gozzelino INFN - Laboratori Nazionali di Legnaro (LNL) Viale dell'Universita' 2 I-35020 - Legnaro (PD)- ITALIA Tel: +39 049 8068346 Fax: +39 049 641925 Mail: andrea.gozzel...@lnl.infn.it On Apr 15, 2010 10:38 AM, Amir Vadai am...@mellanox.co.il wrote: It should be a simple fix and I plan to do soon - just add yourself as CC in bugzilla - that way I won't forget to notify you. - amir On 04/15/2010 10:07 AM, Andrea Gozzelino wrote: On Apr 15, 2010 08:24 AM, Amir Vadai am...@mellanox.co.il wrote: I hope to have a fix next week for the first one. Thanks, Amir On 04/14/2010 09:48 PM, Tung, Chien Tin wrote: Tung, Chien Tin wrote: One more thing - Please open a bug regarding the num_sge limitation at: https://bugs.openfabrics.org/ Done, Bug 2027. Chien And 2028 opened to request fastreg support. I am open to test fixes for these two bugs. Chien Hi Amir, Hi Chien, I understand that the bug 2027 could be solved next week, so I will test SDP protocol performance on NE020 cards. Is it correct? If yes, could you point out the code modifies? Keep in touch and take care. Regards, Andrea Andrea Gozzelino INFN - Laboratori Nazionali di Legnaro (LNL) Viale dell'Universita' 2 I-35020 - Legnaro (PD)- ITALIA Tel: +39 049 8068346 Fax: +39 049 641925 Mail: andrea.gozzel...@lnl.infn.it -- To unsubscribe from this list: send the line unsubscribe linux-rdma in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[infiniband-diags] support diffing nodedesc on remoteports in ibnetdiscover
Hey Sasha,
This patch supports diffing node descriptions on remote ports
(previously diffing of just the local node description was supported).
Al
--
Albert Chu
ch...@llnl.gov
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory
---BeginMessage---
Signed-off-by: Albert Chu ch...@llnl.gov
---
infiniband-diags/src/ibnetdiscover.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/infiniband-diags/src/ibnetdiscover.c
b/infiniband-diags/src/ibnetdiscover.c
index 57f9625..eeb1b9f 100644
--- a/infiniband-diags/src/ibnetdiscover.c
+++ b/infiniband-diags/src/ibnetdiscover.c
@@ -720,6 +720,17 @@ static void diff_ports(ibnd_node_t * fabric1_node,
ibnd_node_t * fabric2_node,
fabric2_out++;
}
+ if (data-diff_flags DIFF_FLAG_PORT_CONNECTION
+data-diff_flags DIFF_FLAG_NODE_DESCRIPTION
+fabric1_port fabric2_port
+fabric1_port-remoteport fabric2_port-remoteport
+memcmp(fabric1_port-remoteport-node-nodedesc,
+ fabric2_port-remoteport-node-nodedesc,
+ IB_SMP_DATA_SIZE)) {
+ fabric1_out++;
+ fabric2_out++;
+ }
+
if (fabric1_out) {
diff_iter_out_header(fabric1_node, data,
out_header_flag);
--
1.5.4.5
---End Message---
Re: opensm with multiple IB subnets
On Tue, Apr 20, 2010 at 2:13 PM, Ken Teague ktea...@pobox.com wrote:
I have a 17-node cluster and each node has a single IB card that has
2x IB ports (ib0 and ib1).
After doing a little more research, I confirmed that my understanding
of the manual page is correct. To run opensm for each GUID, I
modified my init script to run a for loop based on the information
returned from ibstat -p.
I added this near the beginning of the script where the other
environment variables are located:
snip
OFA_HOME=/usr/local/sbin
IBSTAT_BIN=${OFA_HOME}/ibstat
IBSTAT_ARG=-p
OPENSM_BIN=${OFA_HOME}/opensm
OPENSM_ARG=-B -g
snip
I replaced the single line which started opensm with this for loop:
for i in `${IBSTAT_BIN} ${IBSTAT_ARG}`
do
${OPENSM_BIN} ${OPENSM_ARG} ${i}
done
snip
If anyone has a more elegant way to handle this, I'm open to
suggestions. Many thanks.
Ken
--
To unsubscribe from this list: send the line unsubscribe linux-rdma in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
