From: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
To: Chris Wilson <chris@chris-wilson.co.uk>, intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 20/22] drm/i915: Move i915_gem_object_wait_rendering()
Date: Thu, 28 Jul 2016 12:37:16 +0300 [thread overview]
Message-ID: <1469698636.3897.38.camel@linux.intel.com> (raw)
In-Reply-To: <1469618100-15298-21-git-send-email-chris@chris-wilson.co.uk>
On ke, 2016-07-27 at 12:14 +0100, Chris Wilson wrote:
> Just move it earlier so that we can use the companion nonblocking
> version in a couple of more callsites without having to add a forward
> declaration.
>
> Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Separate code motion patch, wow.
Reviewed-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
> ---
> drivers/gpu/drm/i915/i915_gem.c | 202 ++++++++++++++++++++--------------------
> 1 file changed, 101 insertions(+), 101 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
> index ca9741525bf4..54d8a3863d11 100644
> --- a/drivers/gpu/drm/i915/i915_gem.c
> +++ b/drivers/gpu/drm/i915/i915_gem.c
> @@ -301,6 +301,107 @@ i915_gem_object_unbind(struct drm_i915_gem_object *obj)
> return ret;
> }
>
> +/**
> + * Ensures that all rendering to the object has completed and the object is
> + * safe to unbind from the GTT or access from the CPU.
> + */
> +int
> +i915_gem_object_wait_rendering(struct drm_i915_gem_object *obj,
> + bool readonly)
> +{
> + struct reservation_object *resv;
> + struct i915_gem_active *active;
> + unsigned long active_mask;
> + int idx;
> +
> + lockdep_assert_held(&obj->base.dev->struct_mutex);
> +
> + if (!readonly) {
> + active = obj->last_read;
> + active_mask = i915_gem_object_is_active(obj);
> + } else {
> + active_mask = 1;
> + active = &obj->last_write;
> + }
> +
> + for_each_active(active_mask, idx) {
> + int ret;
> +
> + ret = i915_gem_active_wait(&active[idx],
> + &obj->base.dev->struct_mutex);
> + if (ret)
> + return ret;
> + }
> +
> + resv = i915_gem_object_get_dmabuf_resv(obj);
> + if (resv) {
> + long err;
> +
> + err = reservation_object_wait_timeout_rcu(resv, !readonly, true,
> + MAX_SCHEDULE_TIMEOUT);
> + if (err < 0)
> + return err;
> + }
> +
> + return 0;
> +}
> +
> +/* A nonblocking variant of the above wait. This is a highly dangerous routine
> + * as the object state may change during this call.
> + */
> +static __must_check int
> +i915_gem_object_wait_rendering__nonblocking(struct drm_i915_gem_object *obj,
> + struct intel_rps_client *rps,
> + bool readonly)
> +{
> + struct drm_device *dev = obj->base.dev;
> + struct drm_i915_gem_request *requests[I915_NUM_ENGINES];
> + struct i915_gem_active *active;
> + unsigned long active_mask;
> + int ret, i, n = 0;
> +
> + lockdep_assert_held(&dev->struct_mutex);
> + GEM_BUG_ON(!to_i915(dev)->mm.interruptible);
> +
> + active_mask = i915_gem_object_is_active(obj);
> + if (!active_mask)
> + return 0;
> +
> + if (!readonly) {
> + active = obj->last_read;
> + } else {
> + active_mask = 1;
> + active = &obj->last_write;
> + }
> +
> + for_each_active(active_mask, i) {
> + struct drm_i915_gem_request *req;
> +
> + req = i915_gem_active_get(&active[i],
> + &obj->base.dev->struct_mutex);
> + if (req)
> + requests[n++] = req;
> + }
> +
> + mutex_unlock(&dev->struct_mutex);
> + ret = 0;
> + for (i = 0; ret == 0 && i < n; i++)
> + ret = i915_wait_request(requests[i], true, NULL, rps);
> + mutex_lock(&dev->struct_mutex);
> +
> + for (i = 0; i < n; i++)
> + i915_gem_request_put(requests[i]);
> +
> + return ret;
> +}
> +
> +static struct intel_rps_client *to_rps_client(struct drm_file *file)
> +{
> + struct drm_i915_file_private *fpriv = file->driver_priv;
> +
> + return &fpriv->rps;
> +}
> +
> int
> i915_gem_object_attach_phys(struct drm_i915_gem_object *obj,
> int align)
> @@ -1335,107 +1436,6 @@ put_rpm:
> return ret;
> }
>
> -/**
> - * Ensures that all rendering to the object has completed and the object is
> - * safe to unbind from the GTT or access from the CPU.
> - * @obj: i915 gem object
> - * @readonly: waiting for read access or write
> - */
> -int
> -i915_gem_object_wait_rendering(struct drm_i915_gem_object *obj,
> - bool readonly)
> -{
> - struct reservation_object *resv;
> - struct i915_gem_active *active;
> - unsigned long active_mask;
> - int idx, ret;
> -
> - lockdep_assert_held(&obj->base.dev->struct_mutex);
> -
> - if (!readonly) {
> - active = obj->last_read;
> - active_mask = i915_gem_object_is_active(obj);
> - } else {
> - active_mask = 1;
> - active = &obj->last_write;
> - }
> -
> - for_each_active(active_mask, idx) {
> - ret = i915_gem_active_wait(&active[idx],
> - &obj->base.dev->struct_mutex);
> - if (ret)
> - return ret;
> - }
> -
> - resv = i915_gem_object_get_dmabuf_resv(obj);
> - if (resv) {
> - long err;
> -
> - err = reservation_object_wait_timeout_rcu(resv, !readonly, true,
> - MAX_SCHEDULE_TIMEOUT);
> - if (err < 0)
> - return err;
> - }
> -
> - return 0;
> -}
> -
> -/* A nonblocking variant of the above wait. This is a highly dangerous routine
> - * as the object state may change during this call.
> - */
> -static __must_check int
> -i915_gem_object_wait_rendering__nonblocking(struct drm_i915_gem_object *obj,
> - struct intel_rps_client *rps,
> - bool readonly)
> -{
> - struct drm_device *dev = obj->base.dev;
> - struct drm_i915_private *dev_priv = to_i915(dev);
> - struct drm_i915_gem_request *requests[I915_NUM_ENGINES];
> - struct i915_gem_active *active;
> - unsigned long active_mask;
> - int ret, i, n = 0;
> -
> - BUG_ON(!mutex_is_locked(&dev->struct_mutex));
> - BUG_ON(!dev_priv->mm.interruptible);
> -
> - active_mask = i915_gem_object_is_active(obj);
> - if (!active_mask)
> - return 0;
> -
> - if (!readonly) {
> - active = obj->last_read;
> - } else {
> - active_mask = 1;
> - active = &obj->last_write;
> - }
> -
> - for_each_active(active_mask, i) {
> - struct drm_i915_gem_request *req;
> -
> - req = i915_gem_active_get(&active[i],
> - &obj->base.dev->struct_mutex);
> - if (req)
> - requests[n++] = req;
> - }
> -
> - mutex_unlock(&dev->struct_mutex);
> - ret = 0;
> - for (i = 0; ret == 0 && i < n; i++)
> - ret = i915_wait_request(requests[i], true, NULL, rps);
> - mutex_lock(&dev->struct_mutex);
> -
> - for (i = 0; i < n; i++)
> - i915_gem_request_put(requests[i]);
> -
> - return ret;
> -}
> -
> -static struct intel_rps_client *to_rps_client(struct drm_file *file)
> -{
> - struct drm_i915_file_private *fpriv = file->driver_priv;
> - return &fpriv->rps;
> -}
> -
> static enum fb_op_origin
> write_origin(struct drm_i915_gem_object *obj, unsigned domain)
> {
--
Joonas Lahtinen
Open Source Technology Center
Intel Corporation
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2016-07-28 9:37 UTC|newest]
Thread overview: 95+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-27 11:14 Getting to RCU and exporting fences Chris Wilson
2016-07-27 11:14 ` [PATCH 01/22] drm/i915: Combine loops within i915_gem_evict_something Chris Wilson
2016-07-29 6:17 ` Joonas Lahtinen
2016-07-29 6:31 ` Chris Wilson
2016-07-27 11:14 ` [PATCH 02/22] drm/i915: Remove surplus drm_device parameter to i915_gem_evict_something() Chris Wilson
2016-07-28 8:07 ` Joonas Lahtinen
2016-07-27 11:14 ` [PATCH 03/22] drm/i915: Double check the active status on the batch pool Chris Wilson
2016-07-28 8:14 ` Joonas Lahtinen
2016-07-27 11:14 ` [PATCH 04/22] drm/i915: Remove request retirement before each batch Chris Wilson
2016-07-28 8:32 ` Joonas Lahtinen
2016-07-28 9:32 ` Chris Wilson
2016-07-28 9:53 ` Joonas Lahtinen
2016-07-28 9:54 ` Daniel Vetter
2016-07-28 10:26 ` Chris Wilson
2016-07-28 11:52 ` Daniel Vetter
2016-07-28 12:24 ` Chris Wilson
2016-07-28 14:21 ` Chris Wilson
2016-07-27 11:14 ` [PATCH 05/22] drm/i915: Remove i915_gem_execbuffer_retire_commands() Chris Wilson
2016-07-28 8:46 ` Joonas Lahtinen
2016-07-28 8:55 ` Chris Wilson
2016-07-28 9:54 ` Joonas Lahtinen
2016-07-27 11:14 ` [PATCH 06/22] drm/i915: Fix up vma alignment to be u64 Chris Wilson
2016-07-28 8:59 ` Joonas Lahtinen
2016-07-27 11:14 ` [PATCH 07/22] drm/i915: Pad GTT views of exec objects up to user specified size Chris Wilson
2016-07-28 9:55 ` Daniel Vetter
2016-07-28 10:33 ` Chris Wilson
2016-07-29 7:59 ` Joonas Lahtinen
2016-07-29 8:08 ` Chris Wilson
2016-07-29 8:55 ` Joonas Lahtinen
2016-07-27 11:14 ` [PATCH 08/22] drm/i915: Reduce WARN(i915_gem_valid_gtt_space) to a debug-only check Chris Wilson
2016-07-28 9:18 ` Joonas Lahtinen
2016-07-27 11:14 ` [PATCH 09/22] drm/i915: Split insertion/binding of an object into the VM Chris Wilson
2016-07-28 9:25 ` Joonas Lahtinen
2016-07-28 9:34 ` Chris Wilson
2016-07-27 11:14 ` [PATCH 10/22] drm/i915: Record allocated vma size Chris Wilson
2016-07-29 6:53 ` Joonas Lahtinen
2016-07-29 7:18 ` Chris Wilson
2016-07-29 10:19 ` [PATCH] drm/i915: Convert 4096 alignment request to 0 for drm_mm allocations Chris Wilson
2016-07-29 10:28 ` Joonas Lahtinen
2016-07-29 10:38 ` Chris Wilson
2016-07-27 11:14 ` [PATCH 11/22] drm/i915: Wrap vma->pin_count accessors with small inline helpers Chris Wilson
2016-07-29 6:59 ` Joonas Lahtinen
2016-07-29 7:23 ` Chris Wilson
2016-07-27 11:14 ` [PATCH 12/22] drm/i915: Start passing around i915_vma from execbuffer Chris Wilson
2016-07-29 8:23 ` Joonas Lahtinen
2016-08-01 7:34 ` Chris Wilson
2016-07-27 11:14 ` [PATCH 13/22] drm/i915: Combine all i915_vma bitfields into a single set of flags Chris Wilson
2016-07-29 7:30 ` Joonas Lahtinen
2016-07-29 7:44 ` Chris Wilson
2016-07-27 11:14 ` [PATCH 14/22] drm/i915: Make i915_vma_pin() small and inline Chris Wilson
2016-07-28 11:06 ` Joonas Lahtinen
2016-07-27 11:14 ` [PATCH 15/22] drm/i915: Remove highly confusing i915_gem_obj_ggtt_pin() Chris Wilson
2016-07-28 10:38 ` Joonas Lahtinen
2016-07-28 11:36 ` Chris Wilson
2016-07-28 11:53 ` Joonas Lahtinen
2016-07-28 16:12 ` Chris Wilson
2016-07-29 9:10 ` Joonas Lahtinen
2016-07-27 11:14 ` [PATCH 16/22] drm/i915: Make fb_tracking.lock a spinlock Chris Wilson
2016-07-28 10:02 ` Daniel Vetter
2016-07-28 10:08 ` Daniel Vetter
2016-07-29 8:25 ` Chris Wilson
2016-07-28 10:19 ` Joonas Lahtinen
2016-07-27 11:14 ` [PATCH 17/22] drm/i915: Use atomics to manipulate obj->frontbuffer_bits Chris Wilson
2016-07-28 9:49 ` Joonas Lahtinen
2016-07-28 10:10 ` Chris Wilson
2016-07-28 10:51 ` Joonas Lahtinen
2016-07-28 10:05 ` Daniel Vetter
2016-07-27 11:14 ` [PATCH 18/22] drm/i915: Use dev_priv consistently through the intel_frontbuffer interface Chris Wilson
2016-07-28 9:36 ` Joonas Lahtinen
2016-07-28 10:06 ` Daniel Vetter
2016-07-27 11:14 ` [PATCH 19/22] drm/i915: Move obj->active:5 to obj->flags Chris Wilson
2016-07-29 7:40 ` Joonas Lahtinen
2016-07-29 8:04 ` Chris Wilson
2016-07-29 8:10 ` Chris Wilson
2016-07-29 9:34 ` Joonas Lahtinen
2016-07-27 11:14 ` [PATCH 20/22] drm/i915: Move i915_gem_object_wait_rendering() Chris Wilson
2016-07-28 9:37 ` Joonas Lahtinen [this message]
2016-07-27 11:14 ` [PATCH 21/22] drm/i915: Enable lockless lookup of request tracking via RCU Chris Wilson
2016-07-28 10:23 ` Daniel Vetter
2016-07-28 20:49 ` Chris Wilson
2016-07-29 8:41 ` Daniel Vetter
2016-07-29 8:49 ` Chris Wilson
2016-07-29 9:43 ` Chris Wilson
2016-07-29 9:45 ` Daniel Vetter
2016-07-27 11:15 ` [PATCH 22/22] drm/i915: Export our request as a dma-buf fence on the reservation object Chris Wilson
2016-07-28 10:32 ` Daniel Vetter
2016-07-28 10:40 ` Chris Wilson
2016-07-28 11:59 ` Daniel Vetter
2016-07-28 12:17 ` Chris Wilson
2016-07-28 12:28 ` Daniel Vetter
2016-07-28 12:45 ` Chris Wilson
2016-07-28 20:14 ` Daniel Vetter
2016-07-28 21:08 ` Chris Wilson
2016-07-27 11:23 ` ✗ Ro.CI.BAT: failure for series starting with [01/22] drm/i915: Combine loops within i915_gem_evict_something Patchwork
2016-07-29 10:20 ` ✗ Ro.CI.BAT: failure for series starting with [01/22] drm/i915: Combine loops within i915_gem_evict_something (rev2) 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=1469698636.3897.38.camel@linux.intel.com \
--to=joonas.lahtinen@linux.intel.com \
--cc=chris@chris-wilson.co.uk \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox