Howard Pritchard 201d4ec3ad fix setting of PMIX_NODE_RANK in cray pmix comp. ...

Per discussions with pmix folks, it was determined that
the way the cray pmi pmix component was computing the
PMIX_NODE_RANK attribute for a process was incorrect.
This commit fixes the problem.

This commit was SVN r32810.

2014-09-29 16:55:31 +00:00

..

base

Bring over some updates from the PMIx branch - mostly just minor cleanups. Make the direct grpcomm component no longer be the default. For now, we seem to be having problems with non-blocking fence operations, so make them not be the default under any scenario (e.g., when sm is the only btl in operation).

2014-09-06 19:19:44 +00:00

cray

fix setting of PMIX_NODE_RANK in cray pmix comp.

2014-09-29 16:55:31 +00:00

native

Bring over some updates from the PMIx branch - mostly just minor cleanups. Make the direct grpcomm component no longer be the default. For now, we seem to be having problems with non-blocking fence operations, so make them not be the default under any scenario (e.g., when sm is the only btl in operation).

2014-09-06 19:19:44 +00:00

s1

Bring over some updates from the PMIx branch - mostly just minor cleanups. Make the direct grpcomm component no longer be the default. For now, we seem to be having problems with non-blocking fence operations, so make them not be the default under any scenario (e.g., when sm is the only btl in operation).

2014-09-06 19:19:44 +00:00

s2

Need local_size returned by the Slurm components

2014-08-29 22:23:27 +00:00

configure.m4

Per the PMIx RFC:

2014-08-21 18:56:47 +00:00

Makefile.am

Per the PMIx RFC:

2014-08-21 18:56:47 +00:00

pmix.h

Just because the openib BTL can't reach a process doesn't mean it is a job-ending error. If we have other methods for reaching the process (e.g., sm for a local proc), then that's okay. If there is no method for reaching a proc, then that's an error - but the BML will report that situation.

2014-09-10 17:02:16 +00:00