Re: [OMPI devel] Changed behaviour with PSM on master

Hi, For those of you who don't know me, my name is Yohann Burette, I work for Intel and I contributed the OFI MTL. AFAIK, the PSM MTL should have the priority over the OFI MTL. Please excuse my ignorance but is there a way to express this priority in the MTLs? Here is what is in

[OMPI devel] #327

I have some comments about this ticket and the corresponding patch. Honestly, the patch lacks most of the things we have talked about during our last developers meeting. However, my main concern in this particular email is about the SIGNAL flag. 1. The fact that currently there is little

Re: [OMPI devel] Changed behaviour with PSM on master

+1 -- someone should file a bug. I think Intel needs to decide how they want to handle this (e.g., whether the PSM MTL or OFI MTL should be the default, and how the other can detect if it's not the default and therefore it's safe to call psm_init... or something like that). On Jan 9, 2015,

Re: [OMPI devel] Changed behaviour with PSM on master

HI Adrian, Please open an issue. We don't want users having to explicitly specify the mtl to use just to get a job to run on a intel/infinipath system. Howard 2015-01-09 13:04 GMT-07:00 Adrian Reber : > Should I still open a ticket? Will these be changed or do I always have >

Re: [OMPI devel] Changed behaviour with PSM on master

I suspect it will have to be fixed at some point. > On Jan 9, 2015, at 12:04 PM, Adrian Reber wrote: > > Should I still open a ticket? Will these be changed or do I always have > to provide '--mca mtl psm' in the future? > > On Fri, Jan 09, 2015 at 12:27:59PM -0700, Howard

Re: [OMPI devel] Changed behaviour with PSM on master

Should I still open a ticket? Will these be changed or do I always have to provide '--mca mtl psm' in the future? On Fri, Jan 09, 2015 at 12:27:59PM -0700, Howard Pritchard wrote: > HI Adrian, Andrew, > > Sorry try again, both the libfabric psm provider and the open mpi psm > mtl are trying to

Re: [OMPI devel] Changed behaviour with PSM on master

HI Adrian, Andrew, Sorry try again, both the libfabric psm provider and the open mpi psm mtl are trying to use psm_init. So, to avoid this problem, add --mca mtl psm to your mpirun command line. Sorry for the confusion. Howard 2015-01-09 7:52 GMT-07:00 Friedley, Andrew

Re: [OMPI devel] Changed behaviour with PSM on master

HI Folks, Sorry for my stupidity. I now see the problem. App is calling pmi_init twice because of the new ofiwg libfabric mtl. You can try mpirun blah blah blah --mca btl and things should work. Howard 2015-01-09 7:52 GMT-07:00 Friedley, Andrew : > No this is

Re: [OMPI devel] Changed behaviour with PSM on master

Hi Adrian and Andrew, I"m able to reproduce your problem on one of our qlogic clusters. We are using PSM 1.14 and slurm. I'm noticing that for some reason in our setup the ORTE_MCA_orte_precondition_transports env. variable is not being set. Could you run your test with --mca odls_base_verbose

Re: [OMPI devel] Changed behaviour with PSM on master

No this is not expected behavior. The PSM MTL code has not changed in 2 months, when I fixed that unused variable warning for you. That suggests something above the PSM MTL broke things. I see no reason your older software install should suddenly stopping working if all you are updating is

Re: [OMPI devel] test/class/opal_fifo failure on ppc64

Thanks. mtt on my ppc64 system is happy again. On Thu, Jan 08, 2015 at 09:16:43AM -0700, Nathan Hjelm wrote: > > Fixed on master. I forgot a write memory barrier in the 64-bit version > of opal_fifo_pop_atomic. > > -Nathan > > On Thu, Jan 08, 2015 at 02:29:05PM +0100, Adrian Reber wrote: > > I