1
1
openmpi/orte/mca
Ralph Castain 6e050bc78c Update the route when it comes from a different job family.
This fixes ticket #1699

This commit was SVN r20085.
2008-12-09 01:16:18 +00:00
..
errmgr - The intel compiler does not play nice with the 2008-08-08 16:26:09 +00:00
ess Fix the ft_event function in response to r20022. Also make the structure cleanup match the finalize() function a bit more closely. 2008-12-02 21:18:32 +00:00
filem Some more work on the man pages: 2008-08-07 19:20:40 +00:00
grpcomm Cleanup modex logic to allow modex-less launch: 2008-11-03 21:48:52 +00:00
iof Attempt to solve a race condition showing up in some MTT runs. There were three entry points for proc termination info into the ODLS: 2008-12-05 04:20:00 +00:00
notifier Correct the notifier default module to include the new added API 2008-11-13 18:03:41 +00:00
odls Attempt to solve a race condition showing up in some MTT runs. There were three entry points for proc termination info into the ODLS: 2008-12-05 04:20:00 +00:00
oob Ensure we know how to route to a different job family when it connects to us 2008-11-03 14:25:14 +00:00
plm Take a step back on the slurm and tm launchers. Problems were occurring in the MTT runs, although not under non-MTT scenarios. Preserve the modified plm versions in new components that are ompi_ignored until we can resolve the problems. 2008-12-09 00:32:04 +00:00
ras May as well have the other "clean" outputs use the same channel 2008-12-08 19:37:22 +00:00
rmaps May as well have the other "clean" outputs use the same channel 2008-12-08 19:37:22 +00:00
rml Update the route when it comes from a different job family. 2008-12-09 01:16:18 +00:00
routed To support comm_spawn in fully routed environments, daemons need to know the route to all procs in their job family. They already had this information, but were not retaining it. The infrastructure to do so has existed for some time - just never had the time to complete it. 2008-11-18 15:35:50 +00:00
snapc fix some typos. should be moved to v1.3 2008-11-10 19:05:26 +00:00