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

help-opal-maffinity-hwloc.txt

Create new opal/mca/common area, similar to ompi/mca/common. Move hwloc into this new opal MCA common area, and link the hwloc paffinity component against it. Also add a new hwloc maffinity component, and also link it against the opal MCA common hwloc. More development coming soon regarding this common hwloc instance (i.e., an OPAL-ized version of the hwloc API via a new framework so that we can safely use hwloc's services throughout the rest of the OPAL/ORTE/OMPI code bases.

2011-02-22 23:21:48 +00:00

maffinity_hwloc_component.c

In reviewing CMR #2866, it was noticed that the maffinity/hwloc and

2011-09-17 13:13:36 +00:00

maffinity_hwloc_module.c

In reviewing CMR #2866, it was noticed that the maffinity/hwloc and

2011-09-17 13:13:36 +00:00

maffinity_hwloc.h

In reviewing CMR #2866, it was noticed that the maffinity/hwloc and

2011-09-17 13:13: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