Jeff Squyres dc70100cee In reviewing CMR #2866, it was noticed that the maffinity/hwloc and ... paffinity/hwloc components were still calling hwloc_topology_init/load themselves, and not using the opal_hwloc_topology. Doh! This commit fixes that -- these 2 components no longer have their own copy of the topology tree; they just use opal_hwloc_topology. This commit was SVN r25151.		2011-09-17 13:13:36 +00:00
..
configure.m4	* Rename opal_hwloc_components to opal_hwloc_base_components	2011-09-17 11:54:36 +00:00
Makefile.am	Per the RFC from Jeff, move hwloc from opal/mca/common to its own static framework ala libevent. Have ORTE daemons collect the topology info at startup and, if --enable-hwloc-xml is set, send that info back to the HNP for later use. The HNP only retains unique topology "templates" to reduce memory footprint. Have the daemon include the local topology info in the nidmap buffer sent to each app so the apps don't all hammer the local system to discover it for themselves.	2011-09-11 19:02:24 +00:00
paffinity_hwloc_component.c	In reviewing CMR #2866, it was noticed that the maffinity/hwloc and	2011-09-17 13:13:36 +00:00
paffinity_hwloc_module.c	In reviewing CMR #2866, it was noticed that the maffinity/hwloc and	2011-09-17 13:13:36 +00:00
paffinity_hwloc.h	In reviewing CMR #2866, it was noticed that the maffinity/hwloc and	2011-09-17 13:13:36 +00:00