Actually, we still need MCA_BTL_FLAGS_FAKE_RDMA , it can be used as a hint for components such as one-sided.

Galen

On May 27, 2007, at 5:25 AM, g...@osl.iu.edu wrote:

Author: gleb
Date: 2007-05-27 07:25:39 EDT (Sun, 27 May 2007)
New Revision: 14782
URL: https://svn.open-mpi.org/trac/ompi/changeset/14782

Log:
No need for MCA_BTL_FLAGS_NEED_ACK any more. As of commit r14768 this is the
default behaviour.

Text files modified:
   trunk/ompi/mca/btl/btl.h                   |     3 ---
   trunk/ompi/mca/btl/tcp/btl_tcp_component.c |     3 +--
   2 files changed, 1 insertions(+), 5 deletions(-)

Modified: trunk/ompi/mca/btl/btl.h
====================================================================== ========
--- trunk/ompi/mca/btl/btl.h    (original)
+++ trunk/ompi/mca/btl/btl.h 2007-05-27 07:25:39 EDT (Sun, 27 May 2007)
@@ -157,9 +157,6 @@
 #define MCA_BTL_FLAGS_NEED_ACK 0x10
 #define MCA_BTL_FLAGS_NEED_CSUM 0x20

-/* btl can report put/get completion before data hits the other side */
-#define MCA_BTL_FLAGS_FAKE_RDMA 0x40
-
 /* btl needs local rdma completion */
 #define MCA_BTL_FLAGS_RDMA_COMPLETION 0x80


Modified: trunk/ompi/mca/btl/tcp/btl_tcp_component.c
====================================================================== ========
--- trunk/ompi/mca/btl/tcp/btl_tcp_component.c  (original)
+++ trunk/ompi/mca/btl/tcp/btl_tcp_component.c 2007-05-27 07:25:39 EDT (Sun, 27 May 2007)
@@ -224,8 +224,7 @@
     mca_btl_tcp_module.super.btl_flags = MCA_BTL_FLAGS_PUT |
                                        MCA_BTL_FLAGS_SEND_INPLACE |
                                        MCA_BTL_FLAGS_NEED_CSUM |
-                                       MCA_BTL_FLAGS_NEED_ACK |
-                                       MCA_BTL_FLAGS_FAKE_RDMA;
+                                       MCA_BTL_FLAGS_NEED_ACK;
     mca_btl_tcp_module.super.btl_bandwidth = 100;
     mca_btl_tcp_module.super.btl_latency = 0;
mca_btl_base_param_register (&mca_btl_tcp_component.super.btl_version,
_______________________________________________
svn mailing list
s...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/svn

Reply via email to