Ralph Castain 7480beb7f0 Per request from Nathan, add an offset value to the job struct so we can construct a "global rank" that spans multiple jobs during dynamic launch operations. Store a new ORTE_DB_GLOBAL_RANK value for each process in the database, and ensure that we share our own value during connect_accept so both sides can see it. ... This isn't being used yet - just enabling Nathan to do what he needs. ***** NOTE: any use of the OMPI_DB_GLOBAL_RANK database key must be protected by #ifdef OMPI_DB_GLOBAL_RANK as not all RTE's will define this key. ***** This commit was SVN r29708.		2013-11-14 17:01:43 +00:00
..
base	As per the RFC, bring in the ORTE async progress code and the rewrite of OOB:	2013-08-22 16:37:40 +00:00
orte	Per request from Nathan, add an offset value to the job struct so we can construct a "global rank" that spans multiple jobs during dynamic launch operations. Store a new ORTE_DB_GLOBAL_RANK value for each process in the database, and ensure that we share our own value during connect_accept so both sides can see it.	2013-11-14 17:01:43 +00:00
pmi	***** THIS INCLUDES A SMALL CHANGE IN THE MPI-RTE INTERFACE *****	2013-10-08 18:37:59 +00:00
configure.m4	Move the RTE framework change into the trunk. With this change, all non-CR	2013-01-27 23:25:10 +00:00
Makefile.am	Move the RTE framework change into the trunk. With this change, all non-CR	2013-01-27 23:25:10 +00:00
rte.h	Do some cleanup of the way we handle modex data. Identify data that needs to be shared with peers in my job vs data that needs to be shared with non-peers - no point in sharing extra data. When we share data with some process(es) from another job, we cannot know in advance what info they have or lack, so we have to share everything just in case. This limits the optimization we can do for things like comm_spawn.	2013-09-27 00:37:49 +00:00