[RFC] DRM synchronisation objects
Christian König
deathsimple at vodafone.de
Tue Apr 4 08:02:21 UTC 2017
Am 04.04.2017 um 06:27 schrieb Dave Airlie:
> This series enhances my previous semaphore work on for amdgpu,
> with a generic DRM sync object. (drm_syncobj).
>
> It first enhances sync_file to have a type/flags so we can have
> different semantics for different sync files, and a wait
> to retrieve the type of sync_file for userspace.
>
> Then it adds drm sync objects which are just a drm wrapper around
> a sync_file object, allowing creation/info/destroy and import/export
> of the objects.
>
> Next it enhances sync_file to have semaphore semantics for Vulkan.
>
> Finally it adds amdgpu support to it's command submission paths to
> use the new code.
>
> I've hopefully fixed up the things pointed out in the last
> review of the sync_file fence changes, I do wonder if we should
> just block poll on semaphore objects as currently I've no use
> case for this.
Patches 1-3 are Reviewed-by: Christian König <christian.koenig at amd.com>.
A few more individual comments on the rest.
Christian.
>
> Dave.
>
> _______________________________________________
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel
More information about the dri-devel
mailing list