On Sat, Aug 10, 2013 at 10:13:20AM +0100, Chris Wilson wrote:
On Fri, Aug 09, 2013 at 10:12:16PM -0700, Ben Widawsky wrote:
static int
i915_gem_execbuffer_move_to_gpu(struct intel_ring_buffer *ring,
- struct list_head *objects)
+
On Fri, Aug 09, 2013 at 10:12:16PM -0700, Ben Widawsky wrote:
static int
-need_reloc_mappable(struct drm_i915_gem_object *obj)
+need_reloc_mappable(struct i915_vma *vma)
{
- struct drm_i915_gem_exec_object2 *entry = obj-exec_entry;
- return entry-relocation_count
On Fri, Aug 09, 2013 at 10:12:16PM -0700, Ben Widawsky wrote:
From: Ben Widawsky b...@bwidawsk.net
In order to transition more of our code over to using a VMA instead of
an OBJ, VM pair - we must have the vma accessible at execbuf time. Up
until now, we've only had a VMA when actually
On Fri, Aug 09, 2013 at 10:12:16PM -0700, Ben Widawsky wrote:
static int
i915_gem_execbuffer_move_to_gpu(struct intel_ring_buffer *ring,
- struct list_head *objects)
+ struct list_head *vmas)
{
- struct drm_i915_gem_object *obj;
From: Ben Widawsky b...@bwidawsk.net
In order to transition more of our code over to using a VMA instead of
an OBJ, VM pair - we must have the vma accessible at execbuf time. Up
until now, we've only had a VMA when actually binding an object.
The previous patch helped handle the distinction on