<html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">Hi Dave, the problem with that approach is that it duplicates the effort done with android fences but moves some of the logic found in there into the kernel. E.g. you could do the same with in/out fences on command submission, just not share the handle itself with other process before it is signaled (which is actually desirable). Regards, Christian. Am 01.12.2016 um 07:11 schrieb zhoucm1: </div> <blockquote cite="mid:583FBF14.8000506@amd.com" type="cite"> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> Hi Dave, As the attached, our Vulkan team is verifying it. Thanks, David Zhou <div class="moz-cite-prefix">On 2016年12月01日 13:44, Dave Airlie wrote: </div> <blockquote cite="mid:CAPM=9tz2Qv0DXp-Tpfb38b81G1Gbs0MyM4KvUcvj5m+sp3dhoQ@mail.gmail.com" type="cite"> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> On 1 Dec. 2016 15:22, "zhoucm1" <<a moz-do-not-send="true" href="mailto:david1.zhou@amd.com">david1.zhou@amd.com</a>> wrote: > > Yes, the old implementation which is already in upstream libdrm is out of data, there isn't other user, so we want to drop it when new semaphore is verified OK. Could you post some patches for the new one? Otherwise I'll have to write one for radv. Dave. > > Thanks, > David Zhou > > > On 2016年12月01日 10:36, Mao, David wrote: >> >> Hi Dave, >> i believe your first attempt is correct. >> The export/import semaphore needs refine of the semaphore implementation. >> We are working on that. >> >> Thanks. >> Best Regards, >> David >>> >>> On 1 Dec 2016, at 10:12 AM, Dave Airlie <<a moz-do-not-send="true" href="mailto:airlied@gmail.com">airlied@gmail.com</a>> wrote: >>> >>> Hey all, >>> >>> So I've started adding semaphore support to radv but I'm not really >>> sure what the API to the semaphore code is. >>> >>> the Vulkan API is you get a command submission of a number of submit >>> units which have a 0-n wait semaphore, 0-n command buffers and 0-n >>> signal semaphores. >>> >>> Now I'm not sure how I should use the APIs with those. >>> >>> My first attempt is >>> >>> call amdgpu_cs_wait_semaphore on all the wait ones, call the cs submit >>> API, then call the amdgpu_cs_signal_semaphore on all the signal ones? >>> >>> or should I be up front calling wait/signal then submitting the command streams? >>> >>> Also upcoming work requires possibly sharing semaphores between >>> processes, is there any indication how this might be made work with >>> the libdrm_amdgpu semaphore implementation? >>> >>> Thanks, >>> Dave. >>> _______________________________________________ >>> amd-gfx mailing list >>> <a moz-do-not-send="true" href="mailto:amd-gfx@lists.freedesktop.org">amd-gfx@lists.freedesktop.org</a> >>> <a moz-do-not-send="true" href="https://lists.freedesktop.org/mailman/listinfo/amd-gfx">https://lists.freedesktop.org/mailman/listinfo/amd-gfx</a> >> >> _______________________________________________ >> amd-gfx mailing list >> <a moz-do-not-send="true" href="mailto:amd-gfx@lists.freedesktop.org">amd-gfx@lists.freedesktop.org</a> >> <a moz-do-not-send="true" href="https://lists.freedesktop.org/mailman/listinfo/amd-gfx">https://lists.freedesktop.org/mailman/listinfo/amd-gfx</a> > > </blockquote> <fieldset class="mimeAttachmentHeader"></fieldset> <pre wrap="">_______________________________________________ amd-gfx mailing list <a class="moz-txt-link-abbreviated" href="mailto:amd-gfx@lists.freedesktop.org">amd-gfx@lists.freedesktop.org</a> <a class="moz-txt-link-freetext" href="https://lists.freedesktop.org/mailman/listinfo/amd-gfx">https://lists.freedesktop.org/mailman/listinfo/amd-gfx</a> </pre> </blockquote> </body> </html>