6aa956241f
is a lot more difficult than a PTL, and it can adapt it's behavior to the level of threading required by the user. In this case the behavior is the priorit of the PML. Therefore this information is never availale before the init function (of the PML) is called. So I try to keep nearly the same structure as it was before, with one change. When a PML get initialized it does not necessarily means it has been selected, so it does not means it has to create all it's internal structures (and select the PTL and all this stuff). They can all be done later, when a PML knows that it definitively get selected (when the enable function is called with the argument set to true). Thus, in the case of a PML close one have to check if the PML has been selected or not before trying to clean up the internals. I had to change the MPI_Init function to allow the PML to be enabled before we start adding procs inside. This commit was SVN r6434. |
||
|---|---|---|
| .. | ||
| help-mpi-runtime.txt | ||
| Makefile.am | ||
| mpiruntime.h | ||
| ompi_mpi_abort.c | ||
| ompi_mpi_finalize.c | ||
| ompi_mpi_init.c | ||
| ompi_mpi_io.c | ||
| ompi_mpi_params.c | ||
| params.h | ||