public inbox for intel-gfx@lists.freedesktop.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 06/11] drm/i915: plumb VM into object operations
Date: Tue, 16 Jul 2013 07:06:05 +0200	[thread overview]
Message-ID: <20130716050605.GA5784@phenom.ffwll.local> (raw)
In-Reply-To: <20130716035713.GC634@bwidawsk.net>

On Mon, Jul 15, 2013 at 08:57:13PM -0700, Ben Widawsky wrote:
> So here is the plan summing up from this mail thread and the other
> one...
> 
> I'm calling the series done until we get feedback from Chris on the
> eviction/shrinker code. Basically whatever he signs off on, I am willing
> to implement (assuming you agree). I am confident enough in my rebase
> abilities to at least fix that up when we get to it.

I guess we could shovel this around after merging, shrinker gets frobbed
around once a while for anyway ;-)

> On top of this series, I am going smash the 3 patches which introduce
> bind/unbind function pointers. I am doing this because all this code
> already exists, plays nicely together, and has been tested.
> 
> Finally on top of this, I am going to have a [fairly large] patch to
> squash <obj,vm> pair into <vma> where I feel its appropriate. My plan
> for this is to basically look at a squashed version of all the patches
> where I introduce both arguments in one call, think about if it makes
> sense to me to think about the operation in terms of an object, or a
> vma, and then change as appropriate.
> 
> So the feedback I need from you:
> 1. Does that sound reasonable? If you want to call it weird, that's fine,
> but I think the diff churn is acceptable, and the series should be quite
> bisectable.

I guess I'll live ;-)

> 2. Are you aware of anything else I missed in other patch review which I
> haven't mentioned. I cannot find anything, and I think except for this
> patch I had updated everything locally.

Imo my review on the semantics of ->bind/unbind is fairly important, at
least for discussion. Atm you just add some new abstraction (and kill some
old one for which we've established some good use) without putting it to
real use imo. Haven't read any responses yet though, it's early.

> You can see the 14 patches (11 here + 3 from the others series):
> http://cgit.freedesktop.org/~bwidawsk/drm-intel/log/?h=ppgtt2
> 
> Hopefully this was all taken in good humor. I am not upset or anything,
> we just need to figure out how we can make some progress on this soon
> without making total crap, and without taking all my time (since I have
> a few other things to work on). I know you warned me about the latter a
> few weeks ago, but well, reality.

Imo the first five patches should get the small reviews addressed and then
merged. Atm that's what I'm kinda stalling on ... Then we can tackle the
next little bit of this major work.
-Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch

  reply	other threads:[~2013-07-16  5:06 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-09  6:08 [PATCH 00/11] ppgtt: just the VMA Ben Widawsky
2013-07-09  6:08 ` [PATCH 01/11] drm/i915: Move gtt and ppgtt under address space umbrella Ben Widawsky
2013-07-09  6:37   ` Daniel Vetter
2013-07-10 16:36     ` Ben Widawsky
2013-07-10 17:03       ` Daniel Vetter
2013-07-11 11:14   ` Imre Deak
2013-07-11 23:57     ` Ben Widawsky
2013-07-12 15:59       ` Ben Widawsky
2013-07-09  6:08 ` [PATCH 02/11] drm/i915: Put the mm in the parent address space Ben Widawsky
2013-07-09  6:08 ` [PATCH 03/11] drm/i915: Create a global list of vms Ben Widawsky
2013-07-09  6:37   ` Daniel Vetter
2013-07-09  6:08 ` [PATCH 04/11] drm/i915: Move active/inactive lists to new mm Ben Widawsky
2013-07-09  6:08 ` [PATCH 05/11] drm/i915: Create VMAs Ben Widawsky
2013-07-11 11:20   ` Imre Deak
2013-07-12  2:23     ` Ben Widawsky
2013-07-09  6:08 ` [PATCH 06/11] drm/i915: plumb VM into object operations Ben Widawsky
2013-07-09  7:15   ` Daniel Vetter
2013-07-10 16:37     ` Ben Widawsky
2013-07-10 17:05       ` Daniel Vetter
2013-07-10 22:23         ` Ben Widawsky
2013-07-11  6:01           ` Daniel Vetter
2013-07-12  2:23     ` Ben Widawsky
2013-07-12  6:26       ` Daniel Vetter
2013-07-12 15:46         ` Ben Widawsky
2013-07-12 16:46           ` Daniel Vetter
2013-07-16  3:57             ` Ben Widawsky
2013-07-16  5:06               ` Daniel Vetter [this message]
2013-07-09  6:08 ` [PATCH 07/11] drm/i915: Fix up map and fenceable for VMA Ben Widawsky
2013-07-09  7:16   ` Daniel Vetter
2013-07-10 16:39     ` Ben Widawsky
2013-07-10 17:08       ` Daniel Vetter
2013-07-09  6:08 ` [PATCH 08/11] drm/i915: mm_list is per VMA Ben Widawsky
2013-07-09  7:18   ` Daniel Vetter
2013-07-10 16:39     ` Ben Widawsky
2013-07-09  6:08 ` [PATCH 09/11] drm/i915: Update error capture for VMs Ben Widawsky
2013-07-09  6:08 ` [PATCH 10/11] drm/i915: create an object_is_active() Ben Widawsky
2013-07-09  6:08 ` [PATCH 11/11] drm/i915: Move active to vma Ben Widawsky
2013-07-09  7:45   ` Daniel Vetter
2013-07-10 16:39     ` Ben Widawsky
2013-07-10 17:13       ` Daniel Vetter
2013-07-09  7:50 ` [PATCH 00/11] ppgtt: just the VMA Daniel Vetter
2013-07-13  4:45 ` [PATCH 12/15] [RFC] create vm->bind,unbind Ben Widawsky
2013-07-13  4:45   ` [PATCH 1/3] drm/i915: Add bind/unbind object functions to VM Ben Widawsky
2013-07-13  9:33     ` Daniel Vetter
2013-07-16  3:35       ` Ben Widawsky
2013-07-16  4:00         ` Ben Widawsky
2013-07-16  5:10           ` Daniel Vetter
2013-07-16  5:13         ` Daniel Vetter
2013-07-13  4:45   ` [PATCH 2/3] drm/i915: Use the new vm [un]bind functions Ben Widawsky
2013-07-13  4:45   ` [PATCH 3/3] drm/i915: eliminate vm->insert_entries() 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=20130716050605.GA5784@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