From: Chad Versace <chad.versace@intel.com>
To: intel-gfx@lists.freedesktop.org
Subject: Re: [RFC] i915: Add fence fds to execbuffer2 uapi
Date: Mon, 27 Jun 2016 13:18:59 -0700 [thread overview]
Message-ID: <20160627201859.GA15302@arabesque.jf.intel.com> (raw)
In-Reply-To: <20160627175123.17732-1-chad.versace@intel.com>
On Mon 27 Jun 2016, Chad Versace wrote:
> Let the hight 32 bits of drm_i915_gem_execbuffer2::rsvd1 contain an
> input and/or output fence fd, whose presence is controlled by flags.
> Also add I915_PARAM_HAS_FENCE_FD.
>
> Signed-off-by: Chad Versace <chad.versace@intel.com>
> ---
> include/uapi/drm/i915_drm.h | 24 ++++++++++++++++++++++--
> 1 file changed, 22 insertions(+), 2 deletions(-)
Oops. git-send-email stripped the notes to the patch. Here's the notes:
This RFC proposes a uapi that integrates execbuf with Android sync fds. Of
course, this is *only* an RFC because other devs are working on the i915
internals, and this patch depends on that work.
Why am I sending an RFC this early? I will soon begin prototyping Intel's
Mesa implementation of EGL_ANDROID_native_fence_sync, and that prototype will
be easier to write if I have a rough expectation of i915's eventual fence fd
uapi.
Please provide feedback: Does this roughly look like the uapi that the i915
devs expect?
(Pardon any stupidity in the patch. It's my first non-trivial kernel patch).
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2016-06-27 20:19 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-27 17:51 [RFC] i915: Add fence fds to execbuffer2 uapi Chad Versace
2016-06-27 20:18 ` Chad Versace [this message]
2016-06-27 22:06 ` Chris Wilson
2016-06-29 18:28 ` Chad Versace
2016-06-28 17:06 ` John Harrison
2016-06-29 18:29 ` Chad Versace
2016-06-28 5:41 ` ✓ Ro.CI.BAT: success for " Patchwork
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=20160627201859.GA15302@arabesque.jf.intel.com \
--to=chad.versace@intel.com \
--cc=intel-gfx@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.