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 _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx