From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Wilson Subject: Re: [PATCH 15/15] drm/i915: no more agp for gem Date: Sat, 06 Nov 2010 22:20:07 +0000 Message-ID: <0d30dc$k3nai0@orsmga001.jf.intel.com> References: <1289053328-9874-1-git-send-email-daniel.vetter@ffwll.ch> <1289053328-9874-16-git-send-email-daniel.vetter@ffwll.ch> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by gabe.freedesktop.org (Postfix) with ESMTP id 8578A9E7F2 for ; Sat, 6 Nov 2010 15:20:10 -0700 (PDT) In-Reply-To: <1289053328-9874-16-git-send-email-daniel.vetter@ffwll.ch> 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: intel-gfx@lists.freedesktop.org Cc: Daniel Vetter List-Id: intel-gfx@lists.freedesktop.org Woohoo, we kill agp_memory. I'm in favour! Do we need to keep the sg_table around, or can we just temporary allocate it? This fits nicely into my plans, i915_gem_gtt.c has been a candidate to eliminate a few of the more expensive agp routines. Thanks, I'll look more closely at the series next week and see if there are any immediate issues. Do we have any other big items on the horizon? [The big one that I'm trying to shape up at the moment is a custom address_space for GEM with a wc-cache to eliminate the major overhead incurred with shmfs that currently necessitates the userspace bo cache.] I'd like to finish making the merges for -next in the next couple of weeks and focus on ensuring we've identified (and preferably fixed) all regressions before handing it over to Dave. -Chris -- Chris Wilson, Intel Open Source Technology Centre