Rolf, This was run on a Sandy Bridge system with ConnectX-3 cards.
Josh On Wed, May 7, 2014 at 10:46 AM, Joshua Ladd <jladd.m...@gmail.com> wrote: > Elena, can you run your reproducer on the trunk, please, and see if the > problem persists? > > Josh > > > On Wed, May 7, 2014 at 10:26 AM, Jeff Squyres (jsquyres) < > jsquy...@cisco.com> wrote: > >> On May 7, 2014, at 10:03 AM, Elena Elkina <elena.elk...@itseez.com> >> wrote: >> >> > Yes, this commit is also in the trunk. >> >> Yes, I understand that -- my question is: is this same *behavior* >> happening on the trunk. I.e., is there some other effect on the trunk that >> is causing the bad behavior to not occur? >> >> > Best, >> > Elena >> > >> > >> > On Wed, May 7, 2014 at 5:45 PM, Jeff Squyres (jsquyres) < >> jsquy...@cisco.com> wrote: >> > Is this also happening on the trunk? >> > >> > >> > Sent from my phone. No type good. >> > >> > On May 7, 2014, at 9:44 AM, "Elena Elkina" <elena.elk...@itseez.com> >> wrote: >> > >> >> Sorry, >> >> >> >> Fixes #4501: Datatype unpack code produces incorrect results in some >> case >> >> >> >> ---svn-pre-commit-ignore-below--- >> >> >> >> r31370 [[BR]] >> >> Reshape all the packing/unpacking functions to use the same skeleton. >> Rewrite the >> >> generic_unpacking to take advantage of the same capabilitites. >> >> >> >> r31380 [[BR]] >> >> Remove a non-necessary label. >> >> >> >> r31387 [[BR]] >> >> Correctly save the displacement for the case where the convertor is not >> >> completed. As we need to have the right displacement at the beginning >> >> of the next call, we should save the position relative to the beginning >> >> of the buffer and not to the last loop. >> >> >> >> Best regards, >> >> Elena >> >> >> >> >> >> On Wed, May 7, 2014 at 5:43 PM, Jeff Squyres (jsquyres) < >> jsquy...@cisco.com> wrote: >> >> Can you cite the branch and SVN r number? >> >> >> >> Sent from my phone. No type good. >> >> >> >> > On May 7, 2014, at 9:24 AM, "Elena Elkina" <elena.elk...@itseez.com> >> wrote: >> >> > >> >> > b531973419a056696e6f88d813769aa4f1f1aee6 >> >> _______________________________________________ >> >> 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/2014/05/14701.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/2014/05/14702.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/2014/05/14703.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/2014/05/14704.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/2014/05/14706.php >> > >
