GitLab

Originally MPIDI_Alloc_mem(size, info) and MPIDI_Free_mem(base_ptr)
in CH3 layer are implemented by calling MPIU_Malloc(size) and
MPIU_Free(base_ptr) internally. This makes the underlying hardware
be unable to develop a specific implementation of Alloc_mem and Free_mem,
which is necessary when registering memory for RDMA operations.

This patch defines new APIs, MPIDI_CH3I_Alloc_mem(size, info)
and MPIDI_CH3I_Free_mem(base_ptr), to allow channels to implement
their own memory allocators. If the channel does not have its own
implementation, MPICH will fallback to the default implementation
in CH3 layer which uses MPIU_Malloc and MPIU_Free.

Thanks to Steffen Christgau <christgau@cs.uni-potsdam.de> for
this contribution.
Signed-off-by: Pavan Balaji <balaji@anl.gov>

No reviewer.

Signed-off-by: Antonio J. Pena <apenya@mcs.anl.gov>

This test is still failing very occasionally. For now, it will be xfail.

No reviewer

Signed-off-by: Pavan Balaji <balaji@anl.gov>

Leftover from ca954376

Our IB nodes need more time to finish pingping when asynchronous
progress is enabled. Fixes #2239

Now we are 3.1 compliant.

iwriteatallf is failing on Linux machines of Jenkins test.
Mark iwriteatallf as xfail for now.

Ticket #2201

No reviewer

Move MPIX_Aint_add and MPIX_Aint_diff to MPI_ functions.

See MPI forum ticket #349:
  http://svn.mpi-forum.org/trac/mpi-forum-web/ticket/349

Signed-off-by: Wesley Bland <wbland@anl.gov>

This commits moves the related internal MPIX_ names to MPI_ functions,
according to the new MPI 3.1 standard.
Functions affected:
  MPI_File_iread_all
  MPI_File_iwrite_all
  MPI_File_iread_at_all
  MPI_File_iwrite_at_all

See MPI forum ticket #273:
  http://svn.mpi-forum.org/trac/mpi-forum-web/ticket/273

Signed-off-by: Wesley Bland <wbland@anl.gov>

comm_idup_overlap fails on mpich-mxm with "clang,async,ib"
configuration. It was not fully tested on mxm because mxm was added
after comm_idup patch. The reason of failing is still unknown. All other
platforms and configurations are fine.

Ticket #2238

No reviewer

These tests are still failing after a while and FT will not be an
announced feature for 3.2. Mark the tests as xfail for now.

No reviewer

The error code will be introduced in MPI-3.1. The code is used in
MPI_T_pvar_read, which has motivated for adding the error code.

See also https://svn.mpi-forum.org/trac/mpi-forum-web/ticket/400

Signed-off-by: Antonio J. Pena <apenya@mcs.anl.gov>

See https://svn.mpi-forum.org/trac/mpi-forum-web/ticket/377

Signed-off-by: Antonio J. Pena <apenya@mcs.anl.gov>

See https://svn.mpi-forum.org/trac/mpi-forum-web/ticket/377

Signed-off-by: Antonio J. Pena <apenya@mcs.anl.gov>

The new routines are defined in upcoming MPI-3.1.
See https://svn.mpi-forum.org/trac/mpi-forum-web/ticket/377

Signed-off-by: Antonio J. Pena <apenya@mcs.anl.gov>

They are defined in upcoming MPI-3.1.
See https://svn.mpi-forum.org/trac/mpi-forum-web/ticket/377

Signed-off-by: Antonio J. Pena <apenya@mcs.anl.gov>

artem.v.yalozo authored Feb 11, 2015 and Pavan Balaji committed Feb 27, 2015

Change-Id: Id7cb0c5122eb04eea7f2c5ea541b97a48ca71df3
Signed-off-by: Pavan Balaji <balaji@anl.gov>

Make it clearer that the meappend_large is passed a usable set of match_bits.
No further conversion is needed.
Signed-off-by: Antonio Pena Monferrer <apenya@mcs.anl.gov>

Moves the message length information from the payload to the message
header to save on overhead.
Signed-off-by: Antonio Pena Monferrer <apenya@mcs.anl.gov>

Use the match bits to encode a process's rank in MPI_COMM_WORLD, to be
retrieved by the receiving process. This is the same method used by the
2-sided Portals code, and allows the header to be used for other purposes.
Signed-off-by: Antonio Pena Monferrer <apenya@mcs.anl.gov>

Since we use the same portal for puts and gets in the RMA code, we
differentiate them with the otherwise unused match_bits. This commit
removes the sequenced tag numbers, instead relying on a simple 2 tag
system and the natural matching order of the portal.
Signed-off-by: Antonio Pena Monferrer <apenya@mcs.anl.gov>

When the async progress thread blocked the progress engine and yielded
control, if a thread started waiting inside a wait routine, e.g.,
ADIOI_GEN_iwc_wait_fn, of NBC I/O implementation, a deadlock happened.
The thread waiting continuously called MPI_Test to make progress, but
the progress engine did not make progress because it was blocked due to
the async progress thread.  The async progress thread tried to acquire
the lock, but the waiting thread did not release the lock because it
did not finish the wait routine.  Thus, it was a deadlock. This patch
fixes this deadlock problem by forcing the waiting thread to yield if
the progress engine has been blocked by another thread.

Fixes #2202
Signed-off-by: Rob Latham <robl@mcs.anl.gov>

Wesley Bland authored Feb 25, 2015 and Rob Latham committed Feb 26, 2015

Signed-off-by: Rob Latham <robl@mcs.anl.gov>

Rob Latham authored Feb 16, 2015 and Kenneth Raffenetti committed Feb 25, 2015

lustre, or specifically the header files lustre brings in (quota.h) show
a problem with caddr_t not being defined if XOPEN_SOURCE is set.  We
provided this define so we could make use of pread/pwrite, but instead
we will use our replacement pread/pwrite if one does not exist.

See #1973
Signed-off-by: Ken Raffenetti <raffenet@mcs.anl.gov>

Rob Latham authored Feb 17, 2015 and Kenneth Raffenetti committed Feb 25, 2015

We can test at configure-time if pread/pwrite is available.
XOPEN_SOURCE set low enough will not provide this feature, for example
(as is the case with --enable-strict).
Signed-off-by: Ken Raffenetti <raffenet@mcs.anl.gov>

The RMA tests including ACC require the same basic datatype elements on
sender/receiver sides. However, the mtest was using double-based ddt for
one side and char for the other side. This patch unifies the basic dt to
double.
Signed-off-by: Xin Zhao <xinzhao3@illinois.edu>

When an operation is completed in an MPIC function, it should no longer
have the error bits set since that information has now been captured in
the errflag. This prevents unnecessary assert failures.
Signed-off-by: Huiwei Lu <huiweilu@mcs.anl.gov>

See also b21dc461 and 67577443

Signed-off-by: Wesley Bland <wbland@anl.gov>

This issue was added in commit [54362c00

].
Signed-off-by: Igor Ivanov <Igor.Ivanov@itseez.com>
Signed-off-by: Wesley Bland <wbland@anl.gov>

Requests that aren't for receive operations don't have anything in them,
so trying to process them only generates valgrind warnings with
potentially unsafe behavior.
Signed-off-by: Huiwei Lu <huiweilu@mcs.anl.gov>

The function to check whether an operation was an anysource receive was
checking all request kinds, even if they weren't receives. This limits
that check to only receives to avoid examining an uninitialized
variable.
Signed-off-by: Huiwei Lu <huiweilu@mcs.anl.gov>

This is an initial limited implementation for CUDA support. This is not
performance optimized and only for testing.

(ibm) D202477
Signed-off-by: Su Huang <suhuang@us.ibm.com>

Signed-off-by: Pavan Balaji <balaji@anl.gov>