Ralph Castain 25a84c7f0a Fix build --without-hwloc ...

This commit was SVN r29453.

2013-10-19 23:12:33 +00:00

..

dfs

As per the RFC, bring in the ORTE async progress code and the rewrite of OOB:

2013-08-22 16:37:40 +00:00

errmgr

***** THIS INCLUDES A SMALL CHANGE IN THE MPI-RTE INTERFACE *****

2013-10-08 18:37:59 +00:00

ess

Fix build --without-hwloc

2013-10-19 23:12:33 +00:00

filem

As per the RFC, bring in the ORTE async progress code and the rewrite of OOB:

2013-08-22 16:37:40 +00:00

grpcomm

****************************************************************

2013-10-14 16:52:58 +00:00

iof

The function orte_iof_base_setup_prefork attempts to create a pty for

2013-09-15 15:33:51 +00:00

odls

Singletons currently start out by spawning an HNP - this is required solely in the cases where the singleton subsequently calls MPI_Comm_spawn or publishes port info without support from an external orte-server. In all other cases, the HNP is of no value and can actually be a detriment by creating additional overhead on the node. This is particularly concerning for async operations where processes may begin as singletons and then dynamically wireup to perform pt2pt communications.

2013-10-04 02:58:26 +00:00

oob

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

plm

Per a good suggestion from Jeff, make the coprocessor mapping more scalable by using a hash table to cache the coprocessor list, and then do a single pass thru the nodes at the end to assign hostid's.

2013-10-14 22:01:48 +00:00

ras

As per the RFC, bring in the ORTE async progress code and the rewrite of OOB:

2013-08-22 16:37:40 +00:00

rmaps

Move the MCA / MPI_T level of the LAMA component down to 5 (from 9).

2013-09-20 15:23:27 +00:00

rml

Revert r29166 in favor of a better solution from George

2013-09-18 01:41:26 +00:00

routed

Singletons currently start out by spawning an HNP - this is required solely in the cases where the singleton subsequently calls MPI_Comm_spawn or publishes port info without support from an external orte-server. In all other cases, the HNP is of no value and can actually be a detriment by creating additional overhead on the node. This is particularly concerning for async operations where processes may begin as singletons and then dynamically wireup to perform pt2pt communications.

2013-10-04 02:58:26 +00:00

sensor

As per the RFC, bring in the ORTE async progress code and the rewrite of OOB:

2013-08-22 16:37:40 +00:00

snapc

As per the RFC, bring in the ORTE async progress code and the rewrite of OOB:

2013-08-22 16:37:40 +00:00

sstore

Correctly register the component MCA parameters.

2013-06-15 16:05:09 +00:00

state

As per the RFC, bring in the ORTE async progress code and the rewrite of OOB:

2013-08-22 16:37:40 +00:00