Ralph Castain 6c1a140e99 Per request from Nathan, add a "commit" API to the opal db framework. This allows him to aggregate keys to work around the Cray's severe PMI limitations ...

This commit was SVN r28917.

2013-07-22 22:57:16 +00:00

..

configure.m4

Remove the old configure option for disabling full rte support - we now use the OMPI rte framework for such purposes

2013-02-28 01:35:55 +00:00

grpcomm_pmi_component.c

Add 'generic' support for PMI2 (previously, we checked for PMI2 only on Cray systems.) If your resource manager (e.g. SLURM) has support for PMI2, then the --with-pmi configure flag will enable its usage. If you don't have PMI2, then you will fallback to regular old PMI1. This patch was submitted by Ralph Castain and reviewed and pushed by Josh Ladd. This should be added to cmr:v1.7:reviewer=jladd

2013-06-21 15:28:14 +00:00

grpcomm_pmi_module.c

Per request from Nathan, add a "commit" API to the opal db framework. This allows him to aggregate keys to work around the Cray's severe PMI limitations

2013-07-22 22:57:16 +00:00

grpcomm_pmi.h

Restore slurm pmi support from long, long ago. Since we already have the ability to directly srun an MPI job, just conditionally add the PMI support for key values and provide a grpcomm module that uses PMI for barriers and modex.

2011-06-20 21:04:46 +00:00

Makefile.am

Per the meeting on moving the BTLs to OPAL, move the ORTE database "db" framework to OPAL so the relocated BTLs can access it. Because the data is indexed by process, this requires that we define a new "opal_identifier_t" that corresponds to the orte_process_name_t struct. In order to support multiple run-times, this is defined in opal/mca/db/db_types.h as a uint64_t without identifying the meaning of any part of that data.

2013-02-26 17:50:04 +00:00