4 Коммитов

Автор	SHA1	Сообщение	Дата
Jeff Squyres	ecd603256a	* Rename opal_hwloc_components to opal_hwloc_base_components ... * Fix some comments This commit was SVN r25150.	2011-09-17 11:54:36 +00:00
Jeff Squyres	4771c36061	* With some m4 trickery, if no form of --with-hwloc is specified on ... the command line, hwloc is just like any other external dependency in OMPI: if we find it, we'll use it. If we don't find it, we'll ignore it. See comments in opal/mca/hwloc/configure.m4 for an explanation. * Fix some copy-n-paste errors in opal/mca/hwloc/configure.m4 w.r.t. flags coming in from the winning component. * Add another line in ompi_info's output about whether hwloc support is included or not. This commit was SVN r25134.	2011-09-13 00:39:14 +00:00
Ralph Castain	92c7372e20	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. ... Remove the sysinfo framework as hwloc replaces that functionality. This commit was SVN r25124.	2011-09-11 19:02:24 +00:00
Jeff Squyres	c1b26005d7	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. ... This commit was SVN r24440.	2011-02-22 23:21:48 +00:00