1
1
openmpi/ompi/runtime
2008-08-21 19:21:28 +00:00
..
help-mpi-runtime.txt Amend r19196 with a few extra bells and whistles: 2008-08-06 17:29:41 +00:00
Makefile.am Move modex from pml base to general ompi runtime, sicne it's used by more 2007-07-09 17:16:34 +00:00
mpiruntime.h Amend r19196 with a few extra bells and whistles: 2008-08-06 17:29:41 +00:00
ompi_cr.c Fixes trac:1392, #1400 2008-07-28 22:40:57 +00:00
ompi_cr.h Closes trac:977 2007-04-14 02:06:05 +00:00
ompi_module_exchange.c Merge the ORTE devel branch into the main trunk. Details of what this means will be circulated separately. 2008-02-28 01:57:57 +00:00
ompi_module_exchange.h Fixes trac:1392, #1400 2008-07-28 22:40:57 +00:00
ompi_mpi_abort.c Ensure to cover all cases when either ORTE or OMPI is not yet 2008-03-24 16:25:14 +00:00
ompi_mpi_finalize.c Effectively revert the orte_output system and return to direct use of opal_output at all levels. Retain the orte_show_help subsystem to allow aggregation of show_help messages at the HNP. 2008-06-09 14:53:58 +00:00
ompi_mpi_init.c Revamp the opal mca paffinity interface. We ran into a problem when we encountered machines that had "holes" in their physical processor layout - e.g., machines that supported "hotplugging", or that had unpopulated sockets. To solve that problem, we had to clarify at the API level where we were describing physical vs logical processor info, and then translate accordingly in the underlying implementation. 2008-08-21 19:21:28 +00:00
ompi_mpi_params.c Amend r19196 with a few extra bells and whistles: 2008-08-06 17:29:41 +00:00
ompi_mpi_preconnect.c Shift responsibility for preconnecting the oob to the orte routed framework, which is the only place that knows what needs to be done. Only the direct module will actually do anything - it uses the same algo as the original preconnect function. 2008-06-19 13:48:26 +00:00
params.h Fixes trac:1383: 2008-07-10 21:12:45 +00:00