Hi Bart,
On 07.01.2013 12:34, Bart Van Assche wrote:
Sorry but this patch looks wrong to me, and that because of the
following reasons:
- A root cause analysis is missing. It has been mentioned in the patch
description that device_del() did hang but an analysis of why that
hang occurred
rather than hex
Signed-off-by: Hal Rosenstock h...@mellanox.com
---
diff --git a/src/saquery.c b/src/saquery.c
index bdf5e9a..2c5b465 100644
--- a/src/saquery.c
+++ b/src/saquery.c
@@ -146,7 +146,7 @@ static void dump_node_record(void *data)
ib_node_info_t *ni = nr-node_info;
Rather than return Scope 2, Scope 0 is returned when SA MCMemberRecord queried
with valid SA key.
saquery MCMR --mlid 0xc000
MCMember Record dump:
MGIDff12:401b::::
PortGid.::
qkey0xb1b
mlid0xc000
On 01/11/13 15:07, Dongsu Park wrote:
However, that action will hang forever until the target machine comes up
again. Precisely it's blocked on scsi_execute() directly after sending
SYNCHRONIZE_CACHE command to the first target of the host. As IB stack
is not able to give any response, further
Hi,
One of my colleagues has been trying to benchmark the maximum
performance of Mellanox ConnectX-3 Infiniband cards using IP over IB.
He was able to use smp_affinity to distribute Ethernet packet-receive
interrupts across many cores, and specify on which cores the
interrupts occurred. With