Hey Sean,
Thanks for your answer.
Im my case, SGE == 0 so I don't think I can go any lighter. It really looks
like I am hitting some kind of barrier (I am still in PCIe 2.0, I should be
able to run my test on PCIe 3.0 -enabled system next week, I'll send an update
then) and from my analysis it
> In my test case to evaluate fetch-and-add, I spawn multiple threads, each
> owning its own QP inside the same PD and context and sending fetch-and-add
> requests without any inner contention (no lock, etc.). I quickly reach a
> ceiling of about 900KOPS with 5/6 threads, and I have a hard time fig
The common function sa_query should pass the correct data size to mad_build_pkt
for it's internal memcpy.
Signed-off-by: Ira Weiny
---
include/ibdiag_common.h |2 +-
src/ibdiag_common.c |5 +++--
src/saquery.c | 34 ++
3 files changed, 22
On 06/01/2012 10:51 AM, Steve Wise wrote:
On 05/17/2012 03:51 PM, Thadeu Lima de Souza Cascardo wrote:
When using rping -c -a 0.0.0.0 with iw_cxgb4, the system crashes when
rdma_connect is called. ip_dev_find will return NULL, but pdev is
accessed anyway.
Checking that pdev is NULL and returnin
thanks! - applied
--
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
On 05/17/2012 03:51 PM, Thadeu Lima de Souza Cascardo wrote:
When using rping -c -a 0.0.0.0 with iw_cxgb4, the system crashes when
rdma_connect is called. ip_dev_find will return NULL, but pdev is
accessed anyway.
Checking that pdev is NULL and returning -ENODEV prevents the system
from crashing