Ralph Castain 12cd07c9a9 Start reducing our dependency on the event library by removing at least one instance where we use it to redirect the program counter. Rolf reported occasional hangs of mpirun in very specific circumstances after all daemons were done. A review of MTT results indicates this may have been happening more generally in a small fraction of cases. ... The problem was tracked to use of the grpcomm.onesided_barrier to control daemon/mpirun termination. This relied on messaging -and- required that the program counter jump from the errmgr back to grpcomm. On rare occasions, this jump did not occur, causing mpirun to hang. This patch looks more invasive than it is - most of the affected files simply had one or two lines removed. The essence of the change is: * pulled the job_complete and quit routines out of orterun and orted_main and put them in a common place * modified the errmgr to directly call the new routines when termination is detected * removed the grpcomm.onesided_barrier and its associated RML tag * add a new "num_routes" API to the routed framework that reports back the number of dependent routes. When route_lost is called, the daemon's list of "children" is checked and adjusted if that route went to a "leaf" in the routing tree * use connection termination between daemons to track rollup of the daemon tree. Daemons and HNP now terminate once num_routes returns zero Also picked up in this commit is the addition of a new bool flag to the app_context struct, and increasing the job_control field from 8 to 16 bits. Both trivial. This commit was SVN r23429.		2010-07-17 21:03:27 +00:00
..
base.h	Expand the ESS framework's API to include a new function "query_sys_info" that allows the caller to retrieve key-value pairs of info on the local system capabilities (e.g., cpu type/model). Have each daemon and the HNP "sense" that information and provide it to their local procs to avoid having every proc querying the system directly.	2010-03-23 20:47:41 +00:00
ess_base_close.c	- On the way to get the BTLs split out and lessen dependency on orte:	2009-02-14 02:26:12 +00:00
ess_base_get.c	* Wrap all the direct error-code checks of the form (OMPI_ERR_* == ret) with	2010-05-17 23:08:56 +00:00
ess_base_open.c	- On the way to get the BTLs split out and lessen dependency on orte:	2009-02-14 02:26:12 +00:00
ess_base_put.c	* Wrap all the direct error-code checks of the form (OMPI_ERR_* == ret) with	2010-05-17 23:08:56 +00:00
ess_base_select.c	- On the way to get the BTLs split out and lessen dependency on orte:	2009-02-14 02:26:12 +00:00
ess_base_std_app.c	Begin handling the case of lost connections by having the OOB report it to the errmgr instead of the routed framework. Add an "app" component to t	2010-05-11 00:34:12 +00:00
ess_base_std_orted.c	Start reducing our dependency on the event library by removing at least one instance where we use it to redirect the program counter. Rolf reported occasional hangs of mpirun in very specific circumstances after all daemons were done. A review of MTT results indicates this may have been happening more generally in a small fraction of cases.	2010-07-17 21:03:27 +00:00
ess_base_std_prolog.c	* Wrap all the direct error-code checks of the form (OMPI_ERR_* == ret) with	2010-05-17 23:08:56 +00:00
ess_base_std_tool.c	* Wrap all the direct error-code checks of the form (OMPI_ERR_* == ret) with	2010-05-17 23:08:56 +00:00
ess_base_sysinfo.c	Expand the ESS framework's API to include a new function "query_sys_info" that allows the caller to retrieve key-value pairs of info on the local system capabilities (e.g., cpu type/model). Have each daemon and the HNP "sense" that information and provide it to their local procs to avoid having every proc querying the system directly.	2010-03-23 20:47:41 +00:00
help-ess-base.txt	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
Makefile.am	Expand the ESS framework's API to include a new function "query_sys_info" that allows the caller to retrieve key-value pairs of info on the local system capabilities (e.g., cpu type/model). Have each daemon and the HNP "sense" that information and provide it to their local procs to avoid having every proc querying the system directly.	2010-03-23 20:47:41 +00:00