1. 27 Nov, 2012 2 commits
  2. 08 Nov, 2012 6 commits
    • James Dinan's avatar
      [svn-r10593] Renamed EPOCH_GAT to PSCW · d45a8f45
      James Dinan authored
      d45a8f45
    • James Dinan's avatar
      [svn-r10592] Updated active target to use a shared ops list · 5510107a
      James Dinan authored
      This fixes the performance regression that was introduced by concatenation of
      per-target lists.
      
      Reviewer: goodell
      5510107a
    • James Dinan's avatar
      [svn-r10590] Renamed fence_cnt to fence_issued · b054ac23
      James Dinan authored
      The fence_cnt field in MPID_Win is not a counter, it's a flag that indicates if
      fence has been called.
      
      Reviewer: buntinas
      b054ac23
    • James Dinan's avatar
      [svn-r10588] Updated lock_all with shared memory fences · 3f432fde
      James Dinan authored
      The implementation of lock/unlock_all was updated with the addition of epoch
      tracking.  This patch adds a corresponding update of the memory fences for
      shared memory windows.
      
      Reviewer: balaji
      3f432fde
    • James Dinan's avatar
      [svn-r10587] RMA epoch tracking · b001136e
      James Dinan authored
      This patch adds code to track the RMA epoch state of the local process.
      Currently, we are tracking the synchronization states that are allowed by
      MPICH; in the future, we may want to restrict this to only states that are
      allowed by the standard.  The addition of epoch tracking has several benefits:
      
       * It allows us to detect synchronization errors (implemented in this patch).
       * It allows us to implement lock_all more efficiently (implemented in this
         patch).
       * It will allow us to distinguish between active and passive target epochs and
         avoid O(p) op list concatenation (future patch).
      
      Reviewer: balaji
      b001136e
    • James Dinan's avatar
      [svn-r10586] Factored local lock code into a separate routine · 4c007948
      James Dinan authored
      This change will set us up to acquire the local lock inside of other
      synchronization calls, specifically Win_lock_all.
      
      Reviewer: buntinas
      4c007948
  3. 06 Nov, 2012 1 commit
  4. 05 Nov, 2012 16 commits
  5. 02 Nov, 2012 2 commits
  6. 23 Oct, 2012 5 commits
  7. 20 Oct, 2012 5 commits
    • James Dinan's avatar
      [svn-r10427] Flush fixup - trailing get optimization · e3b7e788
      James Dinan authored
      The lock packet may not be at the head of the queue, so the trailing get
      optimization needed to be updated to not skip over the first element.  This is
      a performance, not a correctness fix.
      
      Reviewer: none
      e3b7e788
    • James Dinan's avatar
      [svn-r10426] MPI-3 RMA Flush implementation · 7e3e73a2
      James Dinan authored
      This commit implements MPI-3 RMA's flush and flush_all operations.
      
      Reviewer: buntinas
      7e3e73a2
    • James Dinan's avatar
      [svn-r10424] Enable omission of lock op in RMA op list · 58d5747a
      James Dinan authored
      Updated passive target synchronization to allow the RMA lock op to be omitted
      from the op list when the lock is immediately requested.  This is needed to
      implement MPI-3 RMA flush operations.
      
      Reviewer: buntinas
      58d5747a
    • James Dinan's avatar
      [svn-r10423] Added passive target immediate locking · 5109ab1b
      James Dinan authored
      When enabled, this mode of operation immediately requests the lock when
      MPI_Win_lock is called.  Currently, this is enabled by setting the
      MPICH_RMA_LOCK_IMMED environment variable.  In the future, we can also make
      this mode of operation available though an info/assert.  This capability is
      needed to implement MPI-3's flush operations.
      
      Reviewer: buntinas
      5109ab1b
    • James Dinan's avatar
      [svn-r10422] Factored out passive target RMA lock code · 7a52a475
      James Dinan authored
      Factored out code to initiate a lock operation and to wait for its completion.
      This will facilitate future changes, where the lock request can come from
      several different parts of the code.
      
      Reviewer: buntinas
      7a52a475
  8. 19 Oct, 2012 1 commit
  9. 16 Oct, 2012 2 commits