From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ben Widawsky Subject: Re: [PATCH 2/4] [v3] drm/i915: cleanup map&fence in bind Date: Wed, 14 Aug 2013 10:27:42 -0700 Message-ID: <20130814172741.GA490@bwidawsk.net> References: <1376442549-5087-1-git-send-email-benjamin.widawsky@intel.com> <1376442549-5087-2-git-send-email-benjamin.widawsky@intel.com> <20130814081855.GO9296@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail.bwidawsk.net (bwidawsk.net [166.78.191.112]) by gabe.freedesktop.org (Postfix) with ESMTP id 3E49CE8106 for ; Wed, 14 Aug 2013 10:27:53 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20130814081855.GO9296@phenom.ffwll.local> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org Errors-To: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org To: Daniel Vetter Cc: intel-gfx@lists.freedesktop.org, Ben Widawsky List-Id: intel-gfx@lists.freedesktop.org On Wed, Aug 14, 2013 at 10:18:55AM +0200, Daniel Vetter wrote: > On Tue, Aug 13, 2013 at 06:09:07PM -0700, Ben Widawsky wrote: > > Cleanup the map and fenceable setting during bind to make more sense, > > and not check i915_is_ggtt() 2 unnecessary times > > > > v2: Move the bools into the if block (Chris) - There are ways to tidy > > this function (fence calculations for instance) even further, but they > > are quite invasive, so I am punting on those unless specifically asked. > > > > v3: Add newline between variable declaration and logic (Chris) > > > > Recommended-by: Chris Wilson > > Reviewed-by: Chris Wilson > > Signed-off-by: Ben Widawsky > > --- > > drivers/gpu/drm/i915/i915_gem.c | 19 +++++++++---------- > > 1 file changed, 9 insertions(+), 10 deletions(-) > > > > diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c > > index 4a58ead..01cc016 100644 > > --- a/drivers/gpu/drm/i915/i915_gem.c > > +++ b/drivers/gpu/drm/i915/i915_gem.c > > @@ -3106,7 +3106,6 @@ i915_gem_object_bind_to_vm(struct drm_i915_gem_object *obj, > > struct drm_device *dev = obj->base.dev; > > drm_i915_private_t *dev_priv = dev->dev_private; > > u32 size, fence_size, fence_alignment, unfenced_alignment; > > - bool mappable, fenceable; > > size_t gtt_max = > > map_and_fenceable ? dev_priv->gtt.mappable_end : vm->total; > > struct i915_vma *vma; > > @@ -3191,18 +3190,18 @@ search_free: > > list_move_tail(&obj->global_list, &dev_priv->mm.bound_list); > > list_add_tail(&vma->mm_list, &vm->inactive_list); > > > > - fenceable = > > - i915_is_ggtt(vm) && > > - i915_gem_obj_ggtt_size(obj) == fence_size && > > - (i915_gem_obj_ggtt_offset(obj) & (fence_alignment - 1)) == 0; > > + if (i915_is_ggtt(vm)) { > > + bool mappable, fenceable; > > > > - mappable = > > - i915_is_ggtt(vm) && > > - vma->node.start + obj->base.size <= dev_priv->gtt.mappable_end; > > + fenceable = > > + i915_gem_obj_ggtt_size(obj) == fence_size && > > + (i915_gem_obj_ggtt_offset(obj) & (fence_alignment - 1)) == 0; > > Why not go the full mounty and also use vma->node here? Would also make > checkpatch a bit more happy. I'll do a follow-up commit. > -Daniel > You've already done it, so it's moot. The idea I had was to use "ggtt" as much as possible when it can only every be ggtt. I think this would be helpful for both clarity, and debug. The extra indirection would be immeasurable. Again, you've already changed it, so meh. -- Ben Widawsky, Intel Open Source Technology Center