From: "Christian König" <christian.koenig@amd.com>
To: Jason Ekstrand <jason@jlekstrand.net>
Cc: Jason Ekstrand <jason.ekstrand@intel.com>,
Dave Airlie <airlied@redhat.com>,
Maling list - DRI developers <dri-devel@lists.freedesktop.org>
Subject: Re: [PATCH 0/9] drm/syncobj: Add full-featured wait support (v2)
Date: Wed, 16 Aug 2017 18:53:42 +0200 [thread overview]
Message-ID: <e2149d0c-06de-c622-3e4b-68986f9a9099@amd.com> (raw)
In-Reply-To: <CAOFGe97yyjT11+XB36Apgd3khtyWzrr-TOZHjveTc_ZhC=dm5A@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 1606 bytes --]
> [SNIP]
>
> See a wait_queue is a callback mechanism anyway, so you are
> wrapping a callback mechanism inside another callback
> mechanism and that makes not really much sense.
>
>
> Fair enough. There is one little snag though: We need to wait on
> sync objects and fences at the same time in order for WAIT_ANY |
> WAIT_FOR_SUBMIT to work. I see two options here:
>
> 1) Convert dma-fence to use waitqueue instead of its callback
> mechanism and add a wait_queue_any. A quick grep for
> dma_fence_add_callback says that this would affect four drivers.
>
>
> The more I think about it, the less sense using waitqueues makes. The
> fundamental problem here is that the event we are waiting on is
> actually the concatenation of two events: submit and signal. Since we
> are waiting on several of these pairs of concatenated events
> simultaneously, the only two options we have are to either combine
> them into one event (the proxy approach) or to implement a wait which
> is capable of handling both at the same time. I don't see a way to do
> the latter with wait queues.
Agree completely.
Essentially we would need to enable wait_event_* to wait for multiple
events and then convert all the fence callback stuff to wait_event
structures.
But that is certainly outside the scope of this patchset, so feel free
to go ahead with the approach of waiting manually (but please without
the bugs).
Well if you got a student/interim with free time that would certainly be
a nice cleanup task to start on kernel work.
Regards,
Christian.
[-- Attachment #1.2: Type: text/html, Size: 3011 bytes --]
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2017-08-16 16:53 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-08 22:46 [PATCH 0/9] drm/syncobj: Add full-featured wait support Jason Ekstrand
2017-08-08 22:46 ` [PATCH 1/9] drm/syncobj: Rename fence_get to find_fence Jason Ekstrand
2017-08-08 22:46 ` [PATCH 2/9] drm/syncobj: Lock around drm_syncobj::fence Jason Ekstrand
2017-08-09 21:21 ` Chris Wilson
2017-08-10 0:31 ` Jason Ekstrand
2017-08-10 10:55 ` Chris Wilson
2017-08-10 19:10 ` Chris Wilson
2017-08-08 22:46 ` [PATCH 3/9] drm/syncobj: Remove file_private from replace_fence Jason Ekstrand
2017-08-08 22:46 ` [PATCH 4/9] i915: Add support for drm syncobjs Jason Ekstrand
2017-08-08 22:46 ` [PATCH 5/9] drm/syncobj: add sync obj wait interface. (v8) Jason Ekstrand
2017-08-08 22:46 ` [PATCH 6/9] dma-buf/dma-fence: Allow wait_any_timeout without default_wait Jason Ekstrand
2017-08-08 22:46 ` [PATCH 7/9] drm/syncobj: Add a reset ioctl Jason Ekstrand
2017-08-08 22:46 ` [PATCH 8/9] drm/syncobj: Add a callback mechanism for replace_fence Jason Ekstrand
2017-08-08 22:46 ` [PATCH 9/9] drm/syncobj: Allow wait for submit and signal behavior Jason Ekstrand
2017-08-09 17:00 ` [PATCH] drm/syncobj: Allow wait for submit and signal behavior (v2) Jason Ekstrand
2017-08-09 17:57 ` Chris Wilson
2017-08-09 18:25 ` Christian König
2017-08-09 21:09 ` Jason Ekstrand
2017-08-09 22:41 ` Chris Wilson
2017-08-09 23:53 ` Jason Ekstrand
2017-08-10 11:00 ` Chris Wilson
2017-08-10 14:42 ` Jason Ekstrand
2017-08-10 12:26 ` Christian König
2017-08-10 14:32 ` Jason Ekstrand
2017-08-10 14:41 ` Christian König
2017-08-09 21:31 ` Chris Wilson
2017-08-09 21:54 ` Jason Ekstrand
2017-08-10 12:26 ` Christian König
2017-08-10 1:35 ` [PATCH v3 9/9] drm/syncobj: Allow wait for submit and signal behavior (v3) Jason Ekstrand
2017-08-11 22:39 ` [PATCH 0/9] drm/syncobj: Add full-featured wait support (v2) Jason Ekstrand
2017-08-11 22:39 ` [PATCH 1/9] drm/syncobj: Rename fence_get to find_fence Jason Ekstrand
2017-08-11 22:39 ` [PATCH 2/9] drm/syncobj: Add a race-free drm_syncobj_fence_get helper Jason Ekstrand
2017-08-14 2:03 ` kbuild test robot
2017-08-11 22:39 ` [PATCH 3/9] i915: Add support for drm syncobjs Jason Ekstrand
2017-08-14 2:58 ` Jason Ekstrand
2017-08-11 22:39 ` [PATCH 4/9] drm/syncobj: add sync obj wait interface. (v8) Jason Ekstrand
2017-08-11 22:39 ` [PATCH 5/9] dma-buf/dma-fence: Allow wait_any_timeout without default_wait (v2) Jason Ekstrand
2017-08-11 22:39 ` [PATCH 6/9] drm/syncobj: Add a reset ioctl Jason Ekstrand
2017-08-11 22:39 ` [PATCH 7/9] dma-buf/dma-fence: Signal all callbacks from dma_fence_release() Jason Ekstrand
2018-01-31 12:32 ` Gustavo Padovan
2018-01-31 15:53 ` Chris Wilson
2017-08-11 22:39 ` [PATCH 8/9] dma-buf/dma-fence: Add a mechanism for proxy fences Jason Ekstrand
2017-08-11 22:39 ` [PATCH 9/9] drm/syncobj: Allow wait for submit and signal behavior (v4) Jason Ekstrand
2017-08-13 13:19 ` [PATCH 0/9] drm/syncobj: Add full-featured wait support (v2) Christian König
2017-08-13 15:26 ` Jason Ekstrand
2017-08-13 15:52 ` Christian König
2017-08-13 23:14 ` Jason Ekstrand
2017-08-14 5:49 ` Jason Ekstrand
2017-08-14 7:36 ` Christian König
2017-08-14 15:08 ` Jason Ekstrand
2017-08-16 15:52 ` Jason Ekstrand
2017-08-16 16:53 ` Christian König [this message]
2017-08-16 20:10 ` Jason Ekstrand
2017-08-21 21:42 ` Jason Ekstrand
2017-08-22 8:30 ` Christian König
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=e2149d0c-06de-c622-3e4b-68986f9a9099@amd.com \
--to=christian.koenig@amd.com \
--cc=airlied@redhat.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=jason.ekstrand@intel.com \
--cc=jason@jlekstrand.net \
/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