Intel-GFX Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Vetter <daniel@ffwll.ch>
To: Ben Widawsky <ben@bwidawsk.net>
Cc: Intel GFX <intel-gfx@lists.freedesktop.org>
Subject: Re: [PATCH 11/12] drm/i915: Convert object coloring to VMA
Date: Tue, 23 Jul 2013 19:07:57 +0200	[thread overview]
Message-ID: <20130723170757.GM5939@phenom.ffwll.local> (raw)
In-Reply-To: <1374458899-8635-12-git-send-email-ben@bwidawsk.net>

On Sun, Jul 21, 2013 at 07:08:18PM -0700, Ben Widawsky wrote:
> Signed-off-by: Ben Widawsky <ben@bwidawsk.net>

Oh, here's the patch I've been looking for in patch 1 ;-)

I think if you split up patch 1 into different pieces _without_ changing
anything in the aggregate diff (see my little howto on our internal wiki)
then I guess I can be appeased to merge stuff as-is, or suggest to squash
in individual fixups like this one here.
-Daniel

> ---
>  drivers/gpu/drm/i915/i915_drv.h |  3 ---
>  drivers/gpu/drm/i915/i915_gem.c | 18 +-----------------
>  2 files changed, 1 insertion(+), 20 deletions(-)
> 
> diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h
> index fe41a3d..2b4f30c 100644
> --- a/drivers/gpu/drm/i915/i915_drv.h
> +++ b/drivers/gpu/drm/i915/i915_drv.h
> @@ -1864,9 +1864,6 @@ bool i915_gem_obj_bound(struct drm_i915_gem_object *o,
>  			struct i915_address_space *vm);
>  unsigned long i915_gem_obj_size(struct drm_i915_gem_object *o,
>  				struct i915_address_space *vm);
> -void i915_gem_obj_set_color(struct drm_i915_gem_object *o,
> -			    struct i915_address_space *vm,
> -			    enum i915_cache_level color);
>  struct i915_vma *i915_gem_obj_to_vma(struct drm_i915_gem_object *obj,
>  				     struct i915_address_space *vm);
>  struct i915_vma *
> diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
> index 397a4b4..e038709 100644
> --- a/drivers/gpu/drm/i915/i915_gem.c
> +++ b/drivers/gpu/drm/i915/i915_gem.c
> @@ -3394,7 +3394,7 @@ int i915_gem_object_set_cache_level(struct drm_i915_gem_object *obj,
>  		}
>  
>  		vm->map_vma(vma, cache_level, 0);
> -		i915_gem_obj_set_color(obj, vm, cache_level);
> +		vma->node.color = cache_level;
>  	}
>  
>  	if (cache_level == I915_CACHE_NONE) {
> @@ -4800,22 +4800,6 @@ unsigned long i915_gem_obj_size(struct drm_i915_gem_object *o,
>  	return 0;
>  }
>  
> -void i915_gem_obj_set_color(struct drm_i915_gem_object *o,
> -			    struct i915_address_space *vm,
> -			    enum i915_cache_level color)
> -{
> -	struct i915_vma *vma;
> -	BUG_ON(list_empty(&o->vma_list));
> -	list_for_each_entry(vma, &o->vma_list, vma_link) {
> -		if (vma->vm == vm) {
> -			vma->node.color = color;
> -			return;
> -		}
> -	}
> -
> -	WARN(1, "Couldn't set color for VM %p\n", vm);
> -}
> -
>  struct i915_vma *i915_gem_obj_to_vma(struct drm_i915_gem_object *obj,
>  				     struct i915_address_space *vm)
>  {
> -- 
> 1.8.3.3
> 
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx

-- 
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch

  reply	other threads:[~2013-07-23 17:07 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-22  2:08 [PATCH 00/12] Completion of i915 VMAs Ben Widawsky
2013-07-22  2:08 ` [PATCH 01/12] drm/i915: plumb VM into object operations Ben Widawsky
2013-07-23 16:37   ` Daniel Vetter
2013-07-26  9:51   ` Maintainer-review fluff (was: Re: [PATCH 01/12] drm/i915: plumb VM into object operations) Daniel Vetter
2013-07-26 16:59     ` Jesse Barnes
2013-07-26 17:08       ` Chris Wilson
2013-07-26 17:12         ` Jesse Barnes
2013-08-04 20:31           ` Daniel Vetter
2013-07-26 17:40       ` Daniel Vetter
2013-07-26 20:15     ` Ben Widawsky
2013-07-26 20:43       ` Daniel Vetter
2013-07-26 23:13         ` Dave Airlie
2013-07-27  0:05           ` Ben Widawsky
2013-07-27  8:52             ` Dave Airlie
2013-08-04 19:55               ` Daniel Vetter
2013-07-29 22:35           ` Jesse Barnes
2013-07-29 23:50             ` Dave Airlie
2013-08-04 20:17               ` Daniel Vetter
2013-08-05 21:33                 ` Jesse Barnes
2013-08-05 22:19                   ` Daniel Vetter
2013-08-05 23:34                     ` Jesse Barnes
2013-08-06  6:29                       ` Daniel Vetter
2013-08-06 14:50                         ` Paulo Zanoni
2013-08-06 17:06                           ` Daniel Vetter
2013-08-06 23:28                           ` Dave Airlie
2013-07-22  2:08 ` [PATCH 02/12] drm/i915: Fix up map and fenceable for VMA Ben Widawsky
2013-07-23 16:42   ` Daniel Vetter
2013-07-23 18:14     ` Ben Widawsky
2013-07-22  2:08 ` [PATCH 03/12] drm/i915: Update error capture for VMs Ben Widawsky
2013-07-22  2:08 ` [PATCH 04/12] drm/i915: Track active by VMA instead of object Ben Widawsky
2013-07-23 16:48   ` Daniel Vetter
2013-07-26 21:48     ` Ben Widawsky
2013-07-22  2:08 ` [PATCH 05/12] drm/i915: Add map/unmap object functions to VM Ben Widawsky
2013-07-22  2:08 ` [PATCH 06/12] drm/i915: Use the new vm [un]bind functions Ben Widawsky
2013-07-23 16:54   ` Daniel Vetter
2013-07-26 21:48     ` Ben Widawsky
2013-07-26 21:56       ` Daniel Vetter
2013-07-22  2:08 ` [PATCH 07/12] drm/i915: eliminate vm->insert_entries() Ben Widawsky
2013-07-23 16:57   ` Daniel Vetter
2013-07-22  2:08 ` [PATCH 08/12] drm/i915: Add vma to list at creation Ben Widawsky
2013-07-22  2:08 ` [PATCH 09/12] drm/i915: create vmas at execbuf Ben Widawsky
2013-07-22 13:32   ` Chris Wilson
2013-07-22  2:08 ` [PATCH 10/12] drm/i915: Convert execbuf code to use vmas Ben Widawsky
2013-07-22  2:08 ` [PATCH 11/12] drm/i915: Convert object coloring to VMA Ben Widawsky
2013-07-23 17:07   ` Daniel Vetter [this message]
2013-07-22  2:08 ` [PATCH 12/12] drm/i915: Convert active API " Ben Widawsky
2013-07-22 10:42 ` [PATCH 00/12] Completion of i915 VMAs Chris Wilson
2013-07-22 16:35   ` Ben Widawsky

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=20130723170757.GM5939@phenom.ffwll.local \
    --to=daniel@ffwll.ch \
    --cc=ben@bwidawsk.net \
    --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