Jim,
Using netperf with TCP_STREAM and TCP_RR, I'm not seeing any changes in
SDP throughput or CPU utilization comparing OFED 1.3 beta and OFED
1.2.5. Looks like I need to set a non-zero value in
/sys/module/ib_sdp/sdp_zcopy_thresh? Do you plan to enable this by
default soon?
I tried echo 4096
Scott Weitzenkamp (sweitzen) wrote:
Using netperf with TCP_STREAM and TCP_RR, I'm not seeing any changes in
SDP throughput or CPU utilization comparing OFED 1.3 beta and OFED
1.2.5. Looks like I need to set a non-zero value in
/sys/module/ib_sdp/sdp_zcopy_thresh? Do you plan to enable this by
Scott Weitzenkamp (sweitzen) wrote:
How did you configure your servers to run Intel MPI with v2
libraries?
I only installed the DAPL 2.0 libs.
Did you happen to see the following message (I_MPI_DEBUG=50) before
failover to sockets?
I_MPI: [0] I_MPI_dat_ia_openv_wrap(): DAPL version
If an error occurs during the provider listen call the reference
count can be off. This will prevent the listener from being
destroyed properly.
This is fixed by correcting the reference counts when a
problem is detected.
Signed-off-by: Glenn Grundstrom [EMAIL PROTECTED]
---
diff --git
We carry all popular Rep!ica_watches_online
http://brianabelgravemd.googlepages.com
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Vlad, please pull cxgb3 fixes for ofed-1.2.5 from:
git://git.openfabrics.org/~swise/ofed-1.2.5 stevo
These are cxgb3 bug fixes and PPC64 additions that we need for
ofed-1.2.5 (stay tuned for ofed-1.3 patches soon).
The patches are all accepted upstream and were posted here:
The question is, how did that page get unset?
My understanding is that the get_user_pages() call in sdp_bz_setup()
should
have incremented the count for each page in the range. Since there is
supposed to be only
one thread doing bzcopy at a time (to preserve order), the
sdp_bz_cleanup() ought to
This patch allows accelerated loopback connections to
be made through the driver. Prior to this patch iWarp
acclerated loopback requests were not handled.
Signed-off-by: Glenn Grundstrom [EMAIL PROTECTED]
---
diff --git a/drivers/infiniband/hw/nes/nes.c b/drivers/infiniband/hw/nes/nes.c
index
+
+while (((nes_read32(nesdev-regs+NES_SOFTWARE_RESET)
+ 0x0040) != 0x0040) (i++ 5000)) {
+}
Is there a better way to wait for the read?
Typically, the reset is pretty quick and is complete within
a few loops. The i++ counter is there to prevent a