Jeff Squyres 57323570e3 These calls were mistakenly added in r25164. ...

This commit was SVN r25176.

The following SVN revision numbers were found above:
  r25164 --> open-mpi/ompi@51129cc2a8

2011-09-22 18:20:30 +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

These calls were mistakenly added in r25164.

2011-09-22 18:20:30 +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