<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On 9 Sep. 2017 10:17 am, "Marek Olšák" <<a href="mailto:maraeo@gmail.com">maraeo@gmail.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">On Fri, Sep 8, 2017 at 10:08 PM, Dave Airlie <<a href="mailto:airlied@gmail.com">airlied@gmail.com</a>> wrote:<br>
><br>
><br>
> On 9 Sep. 2017 2:30 am, "Marek Olšák" <<a href="mailto:maraeo@gmail.com">maraeo@gmail.com</a>> wrote:<br>
><br>
> What's the difference between HandleToFD and ExportSyncFile?<br>
><br>
><br>
> One just gives you an FD for sharing the syncobj itself, the other exports<br>
> the syncobj state into a sync file and you get to do sync file stuff with<br>
> it.<br>
><br>
> A) is for process sharing<br>
> B) for interop with sync files<br>
<br>
</div>i'm still confused, but If I understand it correctly, we have 4 kinds<br>
fences now:<br>
- amdgpu per-ring sequence numbers<br>
- syncobj<br>
- HandleToFD for sharing a syncobj (this is not an Android fence)<br>
- ExportSyncFile, which is an Android fence<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">Yes, syncobj is pretty much Vulkan fence and semaphores semantics, sync file are android fence semantics.</div><div dir="auto"><br></div><div dir="auto">Syncobj FD is just for sharing and getting back the same under lying object whereas sync file has a lot of other semantics that are undesirable when you just want to share between APIs and processes.</div><div dir="auto"><br></div><div dir="auto">Dave.</div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Is that right?<br>
<br>
Thanks,<br>
Marek<br>
</blockquote></div><br></div></div></div>