Ralph Castain 07f0a71faa Cleanup the show_help entries on the seq mapper ... This commit was SVN r18191.		2008-04-17 14:43:15 +00:00
..
errmgr	Bring some sanity to the exit code returned by mpirun. Ensure that we provide a non-zero code if something goes wrong, including someone exiting after calling mpi_init without calling mpi_finalize.	2008-03-19 19:00:51 +00:00
ess	Add a binomial tree-based launch to ssh, turned "on" only when the plm_rsh_tree_spawned mca param is set to a non-zero value. This probably isn't a very optimized capability, but it does execute a tree-based launch that may scale better than linear at high node counts.	2008-04-14 18:26:08 +00:00
filem	Bring some sanity to the exit code returned by mpirun. Ensure that we provide a non-zero code if something goes wrong, including someone exiting after calling mpi_init without calling mpi_finalize.	2008-03-19 19:00:51 +00:00
grpcomm	Update the cnos module - should (hopefully) compile and work...	2008-04-09 22:33:00 +00:00
iof	Remove the orte_proc_table. Migrate all users of it to the opal_hash_table and a new name hash function in orte.	2008-03-05 22:44:35 +00:00
odls	Fix singleton and singleton comm_spawn	2008-04-16 14:38:10 +00:00
oob	Always declare oob_tcp_disable_family, no matter if --disable-ipv6 is set.	2008-04-16 09:31:15 +00:00
plm	Implement the seq rmaps module that sequentially maps process ranks to a list hosts in a hostfile.	2008-04-17 13:50:59 +00:00
ras	Turn off the new fqdn behavior pending resolution of hostfile issue	2008-04-01 20:52:22 +00:00
rmaps	Cleanup the show_help entries on the seq mapper	2008-04-17 14:43:15 +00:00
rml	Cleanup and fix bugs in the MPI dynamics section. Modify the dpm API so it properly takes ports instead of process names (as correctly identified by Aurelien). Fix race conditions in the use of ompi-server. Fix incompatibilities between the mpi bindings and the dpm implemenation that could cause segfaults due to uninitialized memory.	2008-04-16 14:27:42 +00:00
routed	Consolidate the daemon wireup message into the launch message. The daemons don't need their contact info prior to the launch message anyway. This not only eliminates a job-wide communication from the startup procedure, but it also resolves a race condition reported when operating across highly distributed (i.e., cross-country) networks. In such scenarios, it proved possible for a daemon to receive its launch message -before- it had received the contact info message, even though the latter had been sent first!	2008-04-10 15:35:11 +00:00
snapc	For consistency reasons always use opal_home_directory and	2008-03-31 18:13:41 +00:00