1
1
openmpi/orte/mca/rmaps/base
2007-06-06 18:34:54 +00:00
..
data_type_support Compute and pass the local_rank and local number of procs (in that proc's job) on the node. 2007-05-21 14:30:10 +00:00
base.h Bring the modified/updated pernode and npernode behaviors over from the openrte repository. This change enables npernode to pay attention to the total #procs to be launched, and cleans up the bynode vs. byslot mapping directives when in pernode and npernode modes. 2007-01-18 17:15:19 +00:00
help-orte-rmaps-base.txt Fixes trac:487 2006-10-26 21:46:18 +00:00
Makefile.am Modify the reuse daemons procedure so we only generate the add_local_procs message once. Revise the display-map-at-launch option so the RMAPS framework takes responsibility for implementation of that option. 2006-11-17 19:06:10 +00:00
rmaps_base_close.c Continue bringing comm_spawn back online. Ensure all RM frameworks post their HNP receives. Fix the rmgr proxy component. 2006-10-02 00:46:31 +00:00
rmaps_base_find_avail.c Continue bringing comm_spawn back online. Ensure all RM frameworks post their HNP receives. Fix the rmgr proxy component. 2006-10-02 00:46:31 +00:00
rmaps_base_map_job.c Bring the modified/updated pernode and npernode behaviors over from the openrte repository. This change enables npernode to pay attention to the total #procs to be launched, and cleans up the bynode vs. byslot mapping directives when in pernode and npernode modes. 2007-01-18 17:15:19 +00:00
rmaps_base_open.c Fix the nolocal option on the OMPI trunk 2007-03-24 16:16:16 +00:00
rmaps_base_proxy_map_job.c Modify the reuse daemons procedure so we only generate the add_local_procs message once. Revise the display-map-at-launch option so the RMAPS framework takes responsibility for implementation of that option. 2006-11-17 19:06:10 +00:00
rmaps_base_receive.c Bring over the update to terminate orteds that are generated by a dynamic spawn such as comm_spawn. This introduces the concept of a job "family" - i.e., jobs that have a parent/child relationship. Comm_spawn'ed jobs have a parent (the one that spawned them). We track that relationship throughout the lineage - i.e., if a comm_spawned job in turn calls comm_spawn, then it has a parent (the one that spawned it) and a "root" job (the original job that started things). 2006-11-14 19:34:59 +00:00
rmaps_base_registry_fns.c Revert out r14910. Turns out that the GPR *has* to be able to deal with NULL data values. We fixed this a long time ago on the "put" side, but never dealt with it for "get" - hence, we could "put" ORTE_UNDEF'd attributes in a mapping policy, but couldn't retrieve them. This is why you only encountered the error on comm_spawn and not during the original launch of a job. 2007-06-06 18:34:54 +00:00
rmaps_base_support_fns.c Compute and pass the local_rank and local number of procs (in that proc's job) on the node. 2007-05-21 14:30:10 +00:00
rmaps_class_instances.h Compute and pass the local_rank and local number of procs (in that proc's job) on the node. 2007-05-21 14:30:10 +00:00
rmaps_private.h Compute and pass the local_rank and local number of procs (in that proc's job) on the node. 2007-05-21 14:30:10 +00:00