Ignore me; I read your email wrong. You have "btl = ^usnic" commented out, and a line above it saying "if you need PSM2, then uncomment these...".
Makes perfect sense. Sorry for the noise. > On Sep 4, 2015, at 12:00 PM, Jeff Squyres (jsquyres) <jsquy...@cisco.com> > wrote: > > Michael: Wait, why are you disabling usnic? > > Please don't penalize usNIC because of Intel's PSM issues. > > > >> On Sep 4, 2015, at 9:29 AM, Ralph Castain <r...@open-mpi.org> wrote: >> >> Umm…why would USNIC depend on libpsm_infinipath?? Jeff or Dave - is that >> true? >> >> >> >>> On Sep 4, 2015, at 5:57 AM, Michal Schmidt <mschm...@redhat.com> wrote: >>> >>> On 09/03/2015 03:47 PM, Ralph Castain wrote: >>>> I guess I didn’t make it clear in my prior comment, so let me try >>>> again. I understand about dlopen and the fix that George proposed - >>>> we had internally discussed this as well. However, the questions that >>>> raises are: >>>> >>>> 1. how does the distro (Michal) decide which PSM module to disable by >>>> default in their package? >>> >>> In the RHEL package I have disabled PSM2 by default in >>> openmpi-mca-params.conf: >>> >>> # Disable the psm2 MTL by default. >>> # Workaround for https://bugzilla.redhat.com/show_bug.cgi?id=1259835 >>> # This avoids a conflict between libpsm2.so.2 and libpsm_infinipath.so.1. >>> mtl = ^psm2 >>> # If psm2 is needed, comment out the above line and uncomment >>> # the following two lines. This will disable MCAs that are known to >>> # depend on libpsm_infinipath.so.1: >>> # mtl = ^psm,ofi >>> # btl = ^usnic >>> >>>> 2. how does the user “discover” that their fabric has automatically >>>> been disabled, especially since this has never been the case before? >>> >>> There will be a release note. >>> OmniPath was not previously supported in RHEL at all, so it's not like >>> I'm disabling something that used to work. >>> >>> Regards, >>> Michal >>> _______________________________________________ >>> devel mailing list >>> de...@open-mpi.org >>> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel >>> Link to this post: >>> http://www.open-mpi.org/community/lists/devel/2015/09/17965.php >> >> _______________________________________________ >> devel mailing list >> de...@open-mpi.org >> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel >> Link to this post: >> http://www.open-mpi.org/community/lists/devel/2015/09/17967.php > > > -- > Jeff Squyres > jsquy...@cisco.com > For corporate legal information go to: > http://www.cisco.com/web/about/doing_business/legal/cri/ > > _______________________________________________ > devel mailing list > de...@open-mpi.org > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > Link to this post: > http://www.open-mpi.org/community/lists/devel/2015/09/17974.php -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
