From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Ben Widawsky <ben@bwidawsk.net>
Cc: Intel GFX <intel-gfx@lists.freedesktop.org>,
Ben Widawsky <benjamin.widawsky@intel.com>
Subject: Re: [PATCH 6/8] drm/i915: Add bind/unbind object functions to VM
Date: Wed, 4 Sep 2013 10:31:34 +0300 [thread overview]
Message-ID: <20130904073134.GN11428@intel.com> (raw)
In-Reply-To: <20130904002007.GB2860@bwidawsk.net>
On Tue, Sep 03, 2013 at 05:20:08PM -0700, Ben Widawsky wrote:
> On Mon, Sep 02, 2013 at 03:46:52PM +0300, Ville Syrjälä wrote:
> > On Fri, Aug 30, 2013 at 04:43:59PM -0700, Ben Widawsky wrote:
> > > From: Ben Widawsky <ben@bwidawsk.net>
> > >
> > > As we plumb the code with more VM information, it has become more
> > > obvious that the easiest way to deal with bind and unbind is to simply
> > > put the function pointers in the vm, and let those choose the correct
> > > way to handle the page table updates. This change allows many places in
> > > the code to simply be vm->bind, and not have to worry about
> > > distinguishing PPGTT vs GGTT.
> > >
> > > Notice that this patch has no impact on functionality. I've decided to
> > > save the actual change until the next patch because I think it's easier
> > > to review that way. I'm happy to squash the two, or let Daniel do it on
> > > merge.
> > >
> > > v2:
> > > Make ggtt handle the quirky aliasing ppgtt
> > > Add flags to bind object to support above
> > > Don't ever call bind/unbind directly for PPGTT until we have real, full
> > > PPGTT (use NULLs to assert this)
> > > Make sure we rebind the ggtt if there already is a ggtt binding. This
> > > happens on set cache levels
> > > Use VMA for bind/unbind (Daniel, Ben)
> > >
> > > Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
> > > ---
> > > drivers/gpu/drm/i915/i915_drv.h | 69 +++++++++++++-----------
> > > drivers/gpu/drm/i915/i915_gem_gtt.c | 101 ++++++++++++++++++++++++++++++++++++
> > > 2 files changed, 140 insertions(+), 30 deletions(-)
> > >
> > > diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h
> > > index c9ed77a..377ca63 100644
> > > --- a/drivers/gpu/drm/i915/i915_drv.h
> > > +++ b/drivers/gpu/drm/i915/i915_drv.h
> > > @@ -461,6 +461,36 @@ enum i915_cache_level {
> > >
> > > typedef uint32_t gen6_gtt_pte_t;
> > >
> > > +/**
> > > + * A VMA represents a GEM BO that is bound into an address space. Therefore, a
> > > + * VMA's presence cannot be guaranteed before binding, or after unbinding the
> > > + * object into/from the address space.
> > > + *
> > > + * To make things as simple as possible (ie. no refcounting), a VMA's lifetime
> > > + * will always be <= an objects lifetime. So object refcounting should cover us.
> > > + */
> > > +struct i915_vma {
> > > + struct drm_mm_node node;
> > > + struct drm_i915_gem_object *obj;
> > > + struct i915_address_space *vm;
> > > +
> > > + /** This object's place on the active/inactive lists */
> > > + struct list_head mm_list;
> > > +
> > > + struct list_head vma_link; /* Link in the object's VMA list */
> > > +
> > > + /** This vma's place in the batchbuffer or on the eviction list */
> > > + struct list_head exec_list;
> > > +
> > > + /**
> > > + * Used for performing relocations during execbuffer insertion.
> > > + */
> > > + struct hlist_node exec_node;
> > > + unsigned long exec_handle;
> > > + struct drm_i915_gem_exec_object2 *exec_entry;
> > > +
> > > +};
> > > +
> > > struct i915_address_space {
> > > struct drm_mm mm;
> > > struct drm_device *dev;
> > > @@ -499,9 +529,18 @@ struct i915_address_space {
> > > /* FIXME: Need a more generic return type */
> > > gen6_gtt_pte_t (*pte_encode)(dma_addr_t addr,
> > > enum i915_cache_level level);
> > > +
> > > + /** Unmap an object from an address space. This usually consists of
> > > + * setting the valid PTE entries to a reserved scratch page. */
> > > + void (*unbind_vma)(struct i915_vma *vma);
> > > void (*clear_range)(struct i915_address_space *vm,
> > > unsigned int first_entry,
> > > unsigned int num_entries);
> > > + /* Map an object into an address space with the given cache flags. */
> > > +#define GLOBAL_BIND (1<<0)
> > > + void (*bind_vma)(struct i915_vma *vma,
> > > + enum i915_cache_level cache_level,
> > > + u32 flags);
> > > void (*insert_entries)(struct i915_address_space *vm,
> > > struct sg_table *st,
> > > unsigned int first_entry,
> > > @@ -548,36 +587,6 @@ struct i915_hw_ppgtt {
> > > int (*enable)(struct drm_device *dev);
> > > };
> > >
> > > -/**
> > > - * A VMA represents a GEM BO that is bound into an address space. Therefore, a
> > > - * VMA's presence cannot be guaranteed before binding, or after unbinding the
> > > - * object into/from the address space.
> > > - *
> > > - * To make things as simple as possible (ie. no refcounting), a VMA's lifetime
> > > - * will always be <= an objects lifetime. So object refcounting should cover us.
> > > - */
> > > -struct i915_vma {
> > > - struct drm_mm_node node;
> > > - struct drm_i915_gem_object *obj;
> > > - struct i915_address_space *vm;
> > > -
> > > - /** This object's place on the active/inactive lists */
> > > - struct list_head mm_list;
> > > -
> > > - struct list_head vma_link; /* Link in the object's VMA list */
> > > -
> > > - /** This vma's place in the batchbuffer or on the eviction list */
> > > - struct list_head exec_list;
> > > -
> > > - /**
> > > - * Used for performing relocations during execbuffer insertion.
> > > - */
> > > - struct hlist_node exec_node;
> > > - unsigned long exec_handle;
> > > - struct drm_i915_gem_exec_object2 *exec_entry;
> > > -
> > > -};
> > > -
> > > struct i915_ctx_hang_stats {
> > > /* This context had batch pending when hang was declared */
> > > unsigned batch_pending;
> > > diff --git a/drivers/gpu/drm/i915/i915_gem_gtt.c b/drivers/gpu/drm/i915/i915_gem_gtt.c
> > > index 212f6d8..d5a4580 100644
> > > --- a/drivers/gpu/drm/i915/i915_gem_gtt.c
> > > +++ b/drivers/gpu/drm/i915/i915_gem_gtt.c
> > > @@ -57,6 +57,11 @@
> > > #define HSW_WB_ELLC_LLC_AGE0 HSW_CACHEABILITY_CONTROL(0xb)
> > > #define HSW_WT_ELLC_LLC_AGE0 HSW_CACHEABILITY_CONTROL(0x6)
> > >
> > > +static void gen6_ppgtt_bind_vma(struct i915_vma *vma,
> > > + enum i915_cache_level cache_level,
> > > + u32 flags);
> > > +static void gen6_ppgtt_unbind_vma(struct i915_vma *vma);
> > > +
> > > static gen6_gtt_pte_t snb_pte_encode(dma_addr_t addr,
> > > enum i915_cache_level level)
> > > {
> > > @@ -332,7 +337,9 @@ static int gen6_ppgtt_init(struct i915_hw_ppgtt *ppgtt)
> > > ppgtt->base.pte_encode = dev_priv->gtt.base.pte_encode;
> > > ppgtt->num_pd_entries = GEN6_PPGTT_PD_ENTRIES;
> > > ppgtt->enable = gen6_ppgtt_enable;
> > > + ppgtt->base.unbind_vma = NULL;
> > > ppgtt->base.clear_range = gen6_ppgtt_clear_range;
> > > + ppgtt->base.bind_vma = NULL;
> > > ppgtt->base.insert_entries = gen6_ppgtt_insert_entries;
> > > ppgtt->base.cleanup = gen6_ppgtt_cleanup;
> > > ppgtt->base.scratch = dev_priv->gtt.base.scratch;
> > > @@ -439,6 +446,18 @@ void i915_ppgtt_bind_object(struct i915_hw_ppgtt *ppgtt,
> > > cache_level);
> > > }
> > >
> > > +static void __always_unused
> > > +gen6_ppgtt_bind_vma(struct i915_vma *vma,
> > > + enum i915_cache_level cache_level,
> > > + u32 flags)
> > > +{
> > > + const unsigned long entry = vma->node.start >> PAGE_SHIFT;
> > > +
> > > + WARN_ON(flags);
> > > +
> > > + gen6_ppgtt_insert_entries(vma->vm, vma->obj->pages, entry, cache_level);
> > > +}
> > > +
> > > void i915_ppgtt_unbind_object(struct i915_hw_ppgtt *ppgtt,
> > > struct drm_i915_gem_object *obj)
> > > {
> > > @@ -447,6 +466,14 @@ void i915_ppgtt_unbind_object(struct i915_hw_ppgtt *ppgtt,
> > > obj->base.size >> PAGE_SHIFT);
> > > }
> > >
> > > +static void __always_unused gen6_ppgtt_unbind_vma(struct i915_vma *vma)
> > > +{
> > > + const unsigned long entry = vma->node.start >> PAGE_SHIFT;
> > > +
> > > + gen6_ppgtt_clear_range(vma->vm, entry,
> > > + vma->obj->base.size >> PAGE_SHIFT);
> > > +}
> > > +
> > > extern int intel_iommu_gfx_mapped;
> > > /* Certain Gen5 chipsets require require idling the GPU before
> > > * unmapping anything from the GTT when VT-d is enabled.
> > > @@ -592,6 +619,19 @@ static void i915_ggtt_insert_entries(struct i915_address_space *vm,
> > >
> > > }
> > >
> > > +static void i915_ggtt_bind_vma(struct i915_vma *vma,
> > > + enum i915_cache_level cache_level,
> > > + u32 unused)
> > > +{
> > > + const unsigned long entry = vma->node.start >> PAGE_SHIFT;
> > > + unsigned int flags = (cache_level == I915_CACHE_NONE) ?
> > > + AGP_USER_MEMORY : AGP_USER_CACHED_MEMORY;
> > > +
> > > + BUG_ON(!i915_is_ggtt(vma->vm));
> > > + intel_gtt_insert_sg_entries(vma->obj->pages, entry, flags);
> > > + vma->obj->has_global_gtt_mapping = 1;
> > > +}
> > > +
> > > static void i915_ggtt_clear_range(struct i915_address_space *vm,
> > > unsigned int first_entry,
> > > unsigned int num_entries)
> > > @@ -599,6 +639,46 @@ static void i915_ggtt_clear_range(struct i915_address_space *vm,
> > > intel_gtt_clear_range(first_entry, num_entries);
> > > }
> > >
> > > +static void i915_ggtt_unbind_vma(struct i915_vma *vma)
> > > +{
> > > + const unsigned int first = vma->node.start >> PAGE_SHIFT;
> > > + const unsigned int size = vma->obj->base.size >> PAGE_SHIFT;
> > > +
> > > + BUG_ON(!i915_is_ggtt(vma->vm));
> > > + vma->obj->has_global_gtt_mapping = 0;
> > > + intel_gtt_clear_range(first, size);
> > > +}
> > > +
> > > +static void gen6_ggtt_bind_vma(struct i915_vma *vma,
> > > + enum i915_cache_level cache_level,
> > > + u32 flags)
> > > +{
> > > + struct drm_device *dev = vma->vm->dev;
> > > + struct drm_i915_private *dev_priv = dev->dev_private;
> > > + struct drm_i915_gem_object *obj = vma->obj;
> > > + const unsigned long entry = vma->node.start >> PAGE_SHIFT;
> > > +
> > > + /* If there is an aliasing PPGTT, and the user didn't explicitly ask for
> > > + * the global, just use aliasing */
> > > + if (dev_priv->mm.aliasing_ppgtt && !(flags & GLOBAL_BIND) &&
> > > + !obj->has_global_gtt_mapping) {
> > > + gen6_ppgtt_insert_entries(&dev_priv->mm.aliasing_ppgtt->base,
> > > + vma->obj->pages, entry, cache_level);
> > > + vma->obj->has_aliasing_ppgtt_mapping = 1;
> > > + return;
> > > + }
> > > +
> > > + gen6_ggtt_insert_entries(vma->vm, obj->pages, entry, cache_level);
> > > + obj->has_global_gtt_mapping = 1;
> > > +
> > > + /* If put the mapping in the aliasing PPGTT as well as Global if we have
> > > + * aliasing, but the user requested global. */
> > > + if (dev_priv->mm.aliasing_ppgtt) {
> > > + gen6_ppgtt_insert_entries(&dev_priv->mm.aliasing_ppgtt->base,
> > > + vma->obj->pages, entry, cache_level);
> > > + vma->obj->has_aliasing_ppgtt_mapping = 1;
> > > + }
> > > +}
> >
> > There's a bit of duplication here. How about this:
> > {
> > if (!aliasing_ppgtt ||
> > flags & GLOBAL_BIND ||
> > has_ggtt_mapping {
> > gen6_ppgtt_insert_entries()
> ^ I'll assume you meant ggtt
Yes.
Just got a funny mental image from this incident:
"Look here boy, this is how it's done!" -> crash and burn
<snip the rest>
--
Ville Syrjälä
Intel OTC
next prev parent reply other threads:[~2013-09-04 7:31 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-30 23:43 [PATCH 0/8] [RESEND] VMA patches Ben Widawsky
2013-08-30 23:43 ` [PATCH 1/8] drm/i915: Synchronize pread/pwrite with wait_rendering Ben Widawsky
2013-08-30 23:50 ` Chris Wilson
2013-08-31 3:39 ` Ben Widawsky
2013-09-02 6:32 ` Daniel Vetter
2013-09-02 13:14 ` Chris Wilson
2013-09-02 14:12 ` Daniel Vetter
2013-09-03 16:08 ` Daniel Vetter
2013-09-03 23:53 ` Ben Widawsky
2013-08-30 23:43 ` [PATCH 2/8] drm/i915: Extract vm specific part of eviction Ben Widawsky
2013-08-30 23:52 ` Chris Wilson
2013-08-31 3:39 ` Ben Widawsky
2013-08-30 23:43 ` [PATCH 3/8] drm/i915: evict VM instead of everything Ben Widawsky
2013-08-31 0:04 ` Chris Wilson
2013-08-30 23:43 ` [PATCH 4/8] drm/i915: trace vm eviction " Ben Widawsky
2013-08-31 0:06 ` Chris Wilson
2013-08-31 3:40 ` Ben Widawsky
2013-08-30 23:43 ` [PATCH 5/8] drm/i915: Convert active API to VMA Ben Widawsky
2013-08-31 0:08 ` Chris Wilson
2013-08-30 23:43 ` [PATCH 6/8] drm/i915: Add bind/unbind object functions to VM Ben Widawsky
2013-08-31 0:12 ` Chris Wilson
2013-08-31 3:40 ` Ben Widawsky
2013-09-03 14:48 ` Chris Wilson
2013-09-02 12:46 ` Ville Syrjälä
2013-09-04 0:20 ` Ben Widawsky
2013-09-04 7:31 ` Ville Syrjälä [this message]
2013-08-30 23:44 ` [PATCH 7/8] drm/i915: Use the new vm [un]bind functions Ben Widawsky
2013-08-30 23:44 ` [PATCH 8/8] drm/i915: eliminate vm->insert_entries() Ben Widawsky
-- strict thread matches above, loose matches on Subject: below --
2013-09-11 21:57 [PATCH 1/8] drm/i915: Synchronize pread/pwrite with wait_rendering Ben Widawsky
2013-09-11 21:57 ` [PATCH 6/8] drm/i915: Add bind/unbind object functions to VM Ben Widawsky
2013-09-11 22:25 ` Chris Wilson
2013-09-11 22:49 ` Daniel Vetter
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=20130904073134.GN11428@intel.com \
--to=ville.syrjala@linux.intel.com \
--cc=ben@bwidawsk.net \
--cc=benjamin.widawsky@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.