[PATCH 0/5] ***[WIP] introduce syncfile as fence reuturn ***
zhoucm1
david1.zhou at amd.com
Wed Sep 13 02:09:43 UTC 2017
On 2017年09月12日 19:00, Christian König wrote:
> NAK for the CS part (but I think that was just as prove of concept
> anyway).
>
> Dave's sync object implementation is already done for this, the
> problem is that isn't merged yet into amd-staging-4.12 (but should be
> in 4-13).
Yeah, I already realized it before, if only vm part, I agree syncobj can
satisfy the synchronization between SDMA and other engine.
But from your old dependency perspective, we also should cover
wait_ioctl and wait_any/all_ioctl, which should also can wait fence from
syncfile, so it makes sense that cs_ioctl and va_ioctl return syncfile
fd to UMD.
Compared with only retuning fence seq number, UMD can be convenience to
pass fd to any where it needs to sync and as dependency or to semaphore,
and they don't need to construct ip_type/ip_instance/ctx_id/ring any
more, even the caching fences in ctx becomes no meanless if don't
consider compatibility.
Regards,
David Zhou
>
> The VM part looks similar to what I had in mind, but we should base
> this on Dave's sync_obj stuff as well.
>
> Regards,
> Christian.
>
> Am 12.09.2017 um 12:23 schrieb Chunming Zhou:
>> *** BLURB HERE ***
>>
>> Chunming Zhou (5):
>> drm/amdgpu: introduce sync file for CS returning fence
>> drm/amdgpu: add syncfile chunk support
>> drm/amdgpu: add syncfile support to wait ioctl
>> drm/amdgpu: add syncfile fence support to wait_any/all ioctl
>> drm/amdgpu: expand mapping ioctl to return fence to UMD by using
>> syncfile
>>
>> drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 90
>> ++++++++++++++++++++++++---------
>> drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c | 24 +++++++--
>> include/uapi/drm/amdgpu_drm.h | 13 ++++-
>> 3 files changed, 96 insertions(+), 31 deletions(-)
>>
>
More information about the amd-gfx
mailing list