- move the list management code into one set of functions that can be
locked / unlocked as needed
- clean up some stupidity in code
This commit was SVN r2594.
such, so no reason not to turn it on.
* Add some more comments to the pcm interface about recent changes to
the interface
* Add some comments to the RMS PCM and move the global list destruct
from finalize to close, since finalize may be called many times.
This commit was SVN r2593.
at the same time and multiple modules of the same component to be loaded
at the same time (but not launching procs in the same job).
- add a "this" pointer to all the PCM functions
- make base select() function return a list of selected pcms, based on
given criteria bitmask
- update all the pcms to match
* Add a insert before position function to the ompi_list code
This commit was SVN r2590.
For those of you looking into the guts of these functions, the most visible changes are:
- raising the assignment of the process name to a higher level, taking it out of the "hole" it had fallen into. We've been having problems with multiple functions assigning the process name. This is understandable - lots of workarounds were implemented in the early development stages. However, it was becoming hard to determine WHEN the name was being defined - it was being hidden under too many layers of function calls. Hence, it is now assigned in the three primary programs in a very visible fashion. Hopefully, we can now chase down all the other places and get rid of them.
- similarly, I raised the visibility of when the session directory gets constructed to ensure it doesn't get done at the wrong time and/or multiple times.
- created a new function that parses all the non-mca level environmental variables and assigns the info into the corresponding structures. I have also included notes in this function and in the various ompi_rte_init_stage functions about proper ordering.
- modified the rte cmd line parsers to store the options they find into the environment so they can be passed along later
That about does it.
This commit was SVN r2589.
cache limit is exceeded - a request is allocated from the global pool. A flag
mca_pml_base_send_request.req_cached has been added to the request so that the
ptl can determine wether the request came from the cache and hence has been
initialized via the ptls ptl_request_init method. If not - the ptl is responsible
for allocating the resources required to handle the request - or potentially queue
the request until resources become available.
This commit was SVN r2570.
Added a field to the ompi_rte_node_schedule_t structure to keep track of the number of items on the environ list, thus making it easier to append more things to it. Adjusted the mca_pcm_base_build_base_env function correspondingly to take that field as an additional argument.
Changed mpirun2 to a .c program for convenience since it wasn't using any c++ features anyway.
This commit was SVN r2561.
RMS and RSH pcms. The RSH pcm was hard-coded to start from 0. The RMS
pcm always used the name server. UNfortunately, due to some interesting
interactions, using the name server causes failures in the PTL logic
because vpids start at 1, not 0 when the reservation code is used.
Right now, the default is to start vpids at 0 so that everything still
runs out of the box. But this should make it possible for Tim to look
at the PTL problems a bit more easily.
This commit was SVN r2560.
