From: Dave Airlie <airlied@gmail.com>
To: amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org
Subject: [PATCH 5/8] sync_file: add support for a semaphore object
Date: Tue, 11 Apr 2017 13:22:17 +1000 [thread overview]
Message-ID: <20170411032220.21101-6-airlied@gmail.com> (raw)
In-Reply-To: <20170411032220.21101-1-airlied@gmail.com>
From: Dave Airlie <airlied@redhat.com>
This object can be used to implement the Vulkan semaphores.
The object behaviour differs from fence, in that you can
replace the underlying fence, and you cannot merge semaphores.
Signed-off-by: Dave Airlie <airlied@redhat.com>
---
drivers/dma-buf/sync_file.c | 36 +++++++++++++++++++++++++++++++++++-
include/linux/sync_file.h | 2 ++
include/uapi/linux/sync_file.h | 14 ++++++++++++++
3 files changed, 51 insertions(+), 1 deletion(-)
diff --git a/drivers/dma-buf/sync_file.c b/drivers/dma-buf/sync_file.c
index d84de67..a5b17c0 100644
--- a/drivers/dma-buf/sync_file.c
+++ b/drivers/dma-buf/sync_file.c
@@ -44,7 +44,7 @@ int sync_file_validate_type_flags(uint32_t type, uint32_t flags)
{
if (flags)
return -EINVAL;
- if (type != SYNC_FILE_TYPE_FENCE)
+ if (type != SYNC_FILE_TYPE_FENCE && type != SYNC_FILE_TYPE_SEMAPHORE)
return -EINVAL;
return 0;
}
@@ -202,6 +202,38 @@ sync_file_get_fence_locked(struct sync_file *sync_file)
sync_file_held(sync_file));
}
+/**
+ * sync_file_replace_fence - replace the fence related to the sync_file
+ * @sync_file: sync file to replace fence in
+ * @fence: fence to replace with (or NULL for no fence).
+ * Returns previous fence.
+ */
+struct dma_fence *sync_file_replace_fence(struct sync_file *sync_file,
+ struct dma_fence *fence)
+{
+ struct dma_fence *ret_fence = NULL;
+
+ if (sync_file->type != SYNC_FILE_TYPE_SEMAPHORE)
+ return NULL;
+
+ if (fence)
+ dma_fence_get(fence);
+
+ mutex_lock(&sync_file->lock);
+
+ ret_fence = sync_file_get_fence_locked(sync_file);
+ if (ret_fence) {
+ if (test_bit(POLL_ENABLED, &ret_fence->flags))
+ dma_fence_remove_callback(ret_fence, &sync_file->cb);
+ }
+
+ RCU_INIT_POINTER(sync_file->fence, fence);
+
+ mutex_unlock(&sync_file->lock);
+ return ret_fence;
+}
+EXPORT_SYMBOL(sync_file_replace_fence);
+
static int sync_file_set_fence(struct sync_file *sync_file,
struct dma_fence **fences, int num_fences)
{
@@ -280,6 +312,8 @@ static struct sync_file *sync_file_merge(const char *name, struct sync_file *a,
if (a->type != b->type)
return NULL;
+ if (a->type != SYNC_FILE_TYPE_FENCE)
+ return NULL;
if (!rcu_access_pointer(a->fence) ||
!rcu_access_pointer(b->fence))
diff --git a/include/linux/sync_file.h b/include/linux/sync_file.h
index 4bf661b..245c7da 100644
--- a/include/linux/sync_file.h
+++ b/include/linux/sync_file.h
@@ -62,4 +62,6 @@ struct sync_file *sync_file_alloc(uint32_t type, uint32_t flags);
struct sync_file *sync_file_create(struct dma_fence *fence, uint32_t type, uint32_t flags);
struct dma_fence *sync_file_get_fence(int fd);
struct sync_file *sync_file_fdget(int fd);
+struct dma_fence *sync_file_replace_fence(struct sync_file *sync_file,
+ struct dma_fence *fence);
#endif /* _LINUX_SYNC_H */
diff --git a/include/uapi/linux/sync_file.h b/include/uapi/linux/sync_file.h
index f439cda..5f266e0 100644
--- a/include/uapi/linux/sync_file.h
+++ b/include/uapi/linux/sync_file.h
@@ -80,6 +80,20 @@ struct sync_file_info {
#define SYNC_FILE_TYPE_FENCE 0
/**
+ * DOC: SYNC_FILE_TYPE_SEMAPHORE - semaphore sync file object
+ *
+ * This is a sync file that operates like a Vulkan semaphore.
+ * The object should just be imported/exported but not use the
+ * sync file ioctls (except info).
+ * This object can have it's backing fence replaced multiple times.
+ * Each signal operation assigns a backing fence.
+ * Each wait operation waits on the current fence, and removes it.
+ * These operations should happen via driver command submission interfaces.
+ * This is useful for shared vulkan semaphores.
+ */
+#define SYNC_FILE_TYPE_SEMAPHORE 1
+
+/**
* struct sync_file_type - data returned from sync file type ioctl
* @type: sync_file type
* @flags: sync_file creation flags
--
2.9.3
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2017-04-11 3:22 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-11 3:22 [repost] drm sync objects cleaned up Dave Airlie
2017-04-11 3:22 ` [PATCH 1/8] sync_file: add type/flags to sync file object creation Dave Airlie
2017-04-11 3:22 ` [PATCH 3/8] drm: introduce sync objects as sync file objects with no fd (v2) Dave Airlie
[not found] ` <20170411032220.21101-1-airlied-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2017-04-11 3:22 ` [PATCH 2/8] sync_file: export some interfaces needed by drm sync objects Dave Airlie
2017-04-11 3:22 ` [PATCH 4/8] sync_file: add a mutex to protect fence and callback members. (v4) Dave Airlie
2017-04-11 3:22 ` [PATCH 6/8] drm/syncobj: add semaphore support helpers Dave Airlie
2017-04-11 3:22 ` [PATCH 7/8] amdgpu/cs: split out fence dependency checking Dave Airlie
2017-04-11 3:22 ` [PATCH 8/8] amdgpu: use sync file for shared semaphores (v2.1) Dave Airlie
[not found] ` <20170411032220.21101-9-airlied-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2017-04-11 12:42 ` Chris Wilson
[not found] ` <20170411124217.GC7895-aII6DKEyn0pWYbfKqPwjAkR8Iwp7RQ6xAL8bYrjMMd8@public.gmane.org>
2017-04-12 2:31 ` Dave Airlie
2017-04-12 2:36 ` Mao, David
[not found] ` <BN4PR12MB0787C6D1CD93D0FCB6F2069DEE030-aH9FTdWx9BancvD3hK8fMAdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
2017-04-12 2:44 ` Dave Airlie
[not found] ` <CAPM=9txg84JzHVOpA7mfp4774gT_TLcEiya5fXu9cMTSFdWYWg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-04-12 2:49 ` Mao, David
2017-04-12 3:17 ` Dave Airlie
2017-04-12 3:34 ` Mao, David
[not found] ` <BN4PR12MB07879A581F0E3C7AE9FDA20CEE030-aH9FTdWx9BancvD3hK8fMAdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
2017-04-12 3:58 ` Dave Airlie
[not found] ` <CAPM=9twr+ZNJDe-uCQNUxTavr_W8+AEGygc1V8ei6Q0PaLRhtw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-04-12 4:13 ` Mao, David
2017-04-12 8:27 ` Christian König
2017-04-14 9:45 ` [repost] drm sync objects cleaned up Chris Wilson
[not found] ` <20170414094520.GB12532-aII6DKEyn0pWYbfKqPwjAkR8Iwp7RQ6xAL8bYrjMMd8@public.gmane.org>
2017-04-18 19:34 ` Dave Airlie
[not found] ` <CAPM=9twmJPkzEL7sFOSAURAVKd7yhKn3dEk=C=vJMQT11sAQQA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-04-18 20:30 ` Chris Wilson
[not found] ` <20170418203037.GB9029-aII6DKEyn0pWYbfKqPwjAkR8Iwp7RQ6xAL8bYrjMMd8@public.gmane.org>
2017-04-18 21:55 ` Jason Ekstrand
2017-04-18 23:54 ` Dave Airlie
2017-04-11 3:22 ` Dave Airlie [this message]
[not found] ` <20170411032220.21101-6-airlied-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2017-04-11 7:50 ` [PATCH 5/8] sync_file: add support for a semaphore object Chris Wilson
2017-04-12 2:36 ` Dave Airlie
[not found] ` <CAPM=9tzgNoSXPoZfJbRcoRmGZL9gENo+TTZCbauMjB7mwayZxw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-04-12 10:31 ` Chris Wilson
[not found] ` <20170412103116.GL4250-aII6DKEyn0pWYbfKqPwjAkR8Iwp7RQ6xAL8bYrjMMd8@public.gmane.org>
2017-04-12 19:05 ` Dave Airlie
[not found] ` <CAPM=9tyiKAH-T2rxwcqxc=LWZ8o_5TyxV3GVhy_JKZv3PZQsCw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-04-12 20:01 ` Chris Wilson
[not found] ` <20170412200132.GJ12532-aII6DKEyn0pWYbfKqPwjAkR8Iwp7RQ6xAL8bYrjMMd8@public.gmane.org>
2017-04-12 20:39 ` Chris Wilson
2017-04-12 20:51 ` Dave Airlie
[not found] ` <CAPM=9tyk2NvVTfzEmm+psYv2BfL3xNKhEq_CE7gGeHmS3R9BMg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-04-12 21:13 ` Chris Wilson
2017-04-12 21:41 ` Dave Airlie
[not found] ` <CAPM=9tzx8TjPUQ0qH0j=b=U_RyGerCjCNb+2feTuuONB9iRkqA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-04-12 22:34 ` Chris Wilson
[not found] ` <20170412223438.GQ12532-aII6DKEyn0pWYbfKqPwjAkR8Iwp7RQ6xAL8bYrjMMd8@public.gmane.org>
2017-04-12 22:42 ` Dave Airlie
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170411032220.21101-6-airlied@gmail.com \
--to=airlied@gmail.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=dri-devel@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox