Re: [OMPI users] one more finding in openmpi-1.7.5a1

On Feb 14, 2014, at 5:59 AM, Reuti wrote: > Am 14.02.2014 um 11:23 schrieb tmish...@jcity.maeda.co.jp: > >> You've found it in the dream, interesting! > > It happens sometimes to get insights while dreaming: > >

Re: [OMPI users] one more finding in openmpi-1.7.5a1

nothing that profound, I fear. Just the old man's brain continuing to itch over something while in that light sleep stage until the scratching gets enough that you realize the cause of the itch :-) On Feb 14, 2014, at 2:59 AM, Reuti wrote: > Am 14.02.2014 um

Re: [OMPI users] one more finding in openmpi-1.7.5a1

Am 14.02.2014 um 11:23 schrieb tmish...@jcity.maeda.co.jp: > You've found it in the dream, interesting! It happens sometimes to get insights while dreaming: https://skeptics.stackexchange.com/questions/5317/was-the-periodic-table-discovered-in-a-dream-by-dmitri-mendeleyev -- Reuti > Tetsuya

Re: [OMPI users] one more finding in openmpi-1.7.5a1

Thanks - hit me in the middle of the night over here that we had missed some options, but nice to find you had also seen it. Slightly modified patch will be applied and brought over to 1.7.5 On Feb 13, 2014, at 10:16 PM, tmish...@jcity.maeda.co.jp wrote: > > > > Please try attached patch -

Re: [OMPI users] one more finding in openmpi-1.7.5a1

Please try attached patch - from r30723. (See attached file: patch.rmaps_base_frame.from_r30723) Tetsuya Mishima > Thanks for prompt help. > Could you please resent the patch as attachment which can be applied with "patch" command, my mail client messes long lines. > > > On Fri, Feb 14, 2014

Re: [OMPI users] one more finding in openmpi-1.7.5a1

Thanks for prompt help. Could you please resent the patch as attachment which can be applied with "patch" command, my mail client messes long lines. On Fri, Feb 14, 2014 at 7:40 AM, wrote: > > > Thanks. I'm not familiar with mindist mapper. But obviously > checking

Re: [OMPI users] one more finding in openmpi-1.7.5a1

Thanks. I'm not familiar with mindist mapper. But obviously checking for ORTE_MAPPING_BYDIST is missing. In addition, ORTE_MAPPING_PPR is missing again by my mistake. Please try this patch. if OPAL_HAVE_HWLOC } else if (ORTE_MAPPING_BYCORE == ORTE_GET_MAPPING_POLICY (mapping)) {

Re: [OMPI users] one more finding in openmpi-1.7.5a1

Hi, after this patch we get this in jenkins: *07:03:15* [vegas12.mtr.labs.mlnx:01646] [[26922,0],0] ORTE_ERROR_LOG: Not implemented in file rmaps_mindist_module.c at line 391*07:03:15* [vegas12.mtr.labs.mlnx:01646] [[26922,0],0] ORTE_ERROR_LOG: Not implemented in file base/rmaps_base_map_job.c at

Re: [OMPI users] one more finding in openmpi-1.7.5a1

Sorry, one more shot - byslot was dropped! if (NULL == spec) { /* check for map-by object directives - we set the * ranking to match if one was given */ if (ORTE_MAPPING_GIVEN & ORTE_GET_MAPPING_DIRECTIVE(mapping)) { if (ORTE_MAPPING_BYSLOT ==

Re: [OMPI users] one more finding in openmpi-1.7.5a1

I've found it. Please add 2 lines(770, 771) in rmaps_base_frame.c: 747 if (NULL == spec) { 748 /* check for map-by object directives - we set the 749 * ranking to match if one was given 750 */ 751 if (ORTE_MAPPING_GIVEN &

Re: [OMPI users] one more finding in openmpi-1.7.5a1

You are welcome, Ralph. But, after fixing it, I'm facing another problem whin I use ppr option: [mishima@manage openmpi-1.7.4]$ mpirun -np 2 -map-by ppr:1:socket -bind-to socket -report-bindings ~/mis/openmpi/demos/m yprog [manage.cluster:28057] [[25570,0],0] ORTE_ERROR_LOG: Not implemented in

Re: [OMPI users] one more finding in openmpi-1.7.5a1

Thanks - these used to be bitmaps, but changed when we started getting so many options. Sadly, they are very rarely used, so bugs like this can go unnoticed for long times. Appreciate you taking such a close look at them. Ralph On Feb 13, 2014, at 4:55 PM, tmish...@jcity.maeda.co.jp wrote: >

[OMPI users] one more finding in openmpi-1.7.5a1

Hi Ralph, I would report one more finding in openmpi-1.7.5a1. Because ORTE_MAPPING_BY...s are not a bit field expression, at orte_rmaps_base_set_ranking_policy in rmaps_base_frame.c you should not use "&" to compare them: 747 if (NULL == spec) { 748 /* check for map-by