<div dir="ltr">My understanding is that this is like having MAP_UNSYNCHRONIZED on at all times, even when it isn't "mapped", because it is always mapped (into memory). Is that correct Jose?<div><br></div><div>
Patrick</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Feb 5, 2014 at 11:53 AM, Grigori Goronzy <span dir="ltr"><<a href="mailto:greg@chown.ath.cx" target="_blank">greg@chown.ath.cx</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 05.02.2014 18:08, Jose Fonseca wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I honestly hope that GL_AMD_pinned_memory doesn't become popular. It would have been alright if it wasn't for this bit in <a href="http://www.opengl.org/registry/specs/AMD/pinned_memory.txt" target="_blank">http://www.opengl.org/<u></u>registry/specs/AMD/pinned_<u></u>memory.txt</a> which says:<br>

<br>
     2) Can the application still use the buffer using the CPU address?<br>
<br>
         RESOLVED: YES. However, this access would be completely<br>
         non synchronized to the OpenGL pipeline, unless explicit<br>
         synchronization is being used (for example, through glFinish or by using<br>
         sync objects).<br>
<br>
And I'm imagining apps which are streaming vertex data doing precisely just that...<br>
<br>
</blockquote>
<br></div>
I don't understand your concern, this is exactly the same behavior GL_MAP_UNSYCHRONIZED_BIT has, and apps are supposedly using that properly. How does apitrace handle it?<span class="HOEnZb"><font color="#888888"><br>

<br>
Grigori</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
mesa-dev mailing list<br>
<a href="mailto:mesa-dev@lists.freedesktop.org" target="_blank">mesa-dev@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/mesa-dev" target="_blank">http://lists.freedesktop.org/<u></u>mailman/listinfo/mesa-dev</a><br>
</div></div></blockquote></div><br></div>