Intel-GFX Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Ben Widawsky <ben@bwidawsk.net>
To: Chris Wilson <chris@chris-wilson.co.uk>,
	Intel GFX <intel-gfx@lists.freedesktop.org>
Subject: Re: [PATCH 00/12] Completion of i915 VMAs
Date: Mon, 22 Jul 2013 09:35:06 -0700	[thread overview]
Message-ID: <20130722163506.GA6637@bwidawsk.net> (raw)
In-Reply-To: <20130722104240.GA22888@cantiga.alporthouse.com>

On Mon, Jul 22, 2013 at 11:42:40AM +0100, Chris Wilson wrote:
> On Sun, Jul 21, 2013 at 07:08:07PM -0700, Ben Widawsky wrote:
> > Map, and unmap are logical functionalities to add for an address space.
> > They do more or less what you'd think: take an object and create a
> > mapping via the GPU's page tables to that object. Of course, without the
> > rest of the patches from [3], there will only ever be 1 address space,
> > with the weird aliasing ppgtt behind it. One thing which I toyed with,
> > but opted not to include was to directly pass obj,vm to map/unmap
> > instead of doing the slightly less pretty way as I've done in execbuf
> > and bind. In the future I think I may just do this, but for now it's not
> > a big win as the end result wasn't much better (and I didn't get it to
> > immediately work).
> 
> That's annoying. Currently we use map to refer to the process of making
> a CPU mapping to the objects and bind for doing it from the GPU's
> perspective. And since the CPU map may well require a GPU map, keeping
> the nomenclature distinct helps easily confused me.
> -Chris
> 
> -- 
> Chris Wilson, Intel Open Source Technology Centre

I can rename it, I expect you will review it.

-- 
Ben Widawsky, Intel Open Source Technology Center

      reply	other threads:[~2013-07-22 16:35 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
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 [this message]

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=20130722163506.GA6637@bwidawsk.net \
    --to=ben@bwidawsk.net \
    --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