Skip to content

Conversation

@jjhursey
Copy link
Member

Corresponds to PR #2590 from master

 * If the user uses PSCW synchronization after a Fence then the previous
   epoch is not reset which can cause the PSCW to transfer data before
   it is ready leading to wrong answers.
 * This commit resets the `eager_send_active` in the start call.

Signed-off-by: Joshua Hursey <[email protected]>
(cherry picked from commit 1ebf9fd)
 * When using `MPI_Lock`/`MPI_Unlock` with `MPI_Get` and non-contiguous
   datatypes is is possible that the unlock finishes too early before
   the data is actually present in the recv buffer.
 * We need to wait for the irecv to complete before unlocking the target.
   This commit waits for the outgoing fragment counts to become equal
   before unlocking.

Signed-off-by: Joshua Hursey <[email protected]>
(cherry picked from commit 0d1336b)
 * When using `MPI_Put` with `MPI_Win_lock_all` a hang is possible since
   the `put` is waiting on `eager_send_active` to become `true` but
   that variable might not be reset in the case of `MPI_Win_lock_all`
   depending on other incoming events (e.g., `post` or ACKs of lock
   requests.

Signed-off-by: Joshua Hursey <[email protected]>
(cherry picked from commit eec1d5b)
@hppritcha hppritcha merged commit a5ab6eb into open-mpi:v2.0.x Dec 19, 2016
@jjhursey jjhursey deleted the pr/v2.0.x/osc-pt2pt-1-thread-fixes branch December 20, 2016 20:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants