<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">My preference is that load/store access follows the language rules for shared memory (I think that is what #1 means). I don’t think anything else is viable.<div><br></div><div>For #2, I think so - again, the issue here is that while Unified promises “eventually”, real programs usually need some certainty, and for that, an explicit RMA synchronization is required.</div><div><br></div><div>Bill</div><div><br><div><div>On Jan 19, 2015, at 8:42 AM, Jim Dinan <<a href="mailto:james.dinan@gmail.com">james.dinan@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div dir="ltr"><div>Bumping this thread for progress. Please take a look a the two errata suggestions that I captured from the December meeting. If folks feel that this is a good direction, I can convert the informal text below into proper errata proposals.</div><div><br></div><div> ~Jim.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 17, 2014 at 6:39 PM, Jim Dinan <span dir="ltr"><<a href="mailto:james.dinan@gmail.com" target="_blank">james.dinan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi All,<div><br></div><div>Reviewing my notes from the WG meeting, it appears that the following errata would clarify many misunderstandings of the MPI-3 RMA spec:</div><div><br></div>1) Clarify the target process rank for load/store operations on shared memory windows. This is needed so that synchronization operations (e.g. lock/unlock and PSCW) are well defined on shared memory windows.<br><br>2) Clarify that that while there is one copy of the window data in memory in the unified memory model, there are still public and private views that must be synchronized according to the RMA semantics.<div><div><br></div><div>Is there enough support for these that they should be captured for future discussion?</div><div><br></div><div>Cheers,</div><div> ~Jim.</div></div></div>
</blockquote></div><br></div></div>
_______________________________________________<br>mpiwg-rma mailing list<br><a href="mailto:mpiwg-rma@lists.mpi-forum.org">mpiwg-rma@lists.mpi-forum.org</a><br>http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-rma</blockquote></div><br></div></body></html>