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