> -----Original Message-----
> From: Chris Wilson [mailto:ch...@chris-wilson.co.uk]
> Sent: Tuesday, July 01, 2014 5:30 PM
> To: Mateo Lozano, Oscar
> Cc: Intel-gfx@lists.freedesktop.org; Madajczak, Tomasz
> Subject: Re: [Intel-gfx] pin OABUFFER to GGTT
> 
> On Tue, Jul 01, 2014 at 04:24:56PM +0000, Mateo Lozano, Oscar wrote:
> > Submitting again (this time copying the mailing list correctly):
> >
> > The bo_pin ioctl has been discarded in GEN6+ with this patch:
> >
> >     drm/i915: Reject the pin ioctl on gen6+
> >
> >     Especially with ppgtt this kinda stopped making sense. And if we
> >     indeed need this to hack around an issue, we need something that also
> >     works for non-root.
> >
> >     Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
> >
> > The thing is, the performance team used this call to pin the OABUFFER to
> GGTT and then mapping it to userspace. This OABUFFER cannot be in PPGTT
> because: "When each context has its own Per Process GTT, this field should
> be always set to GGTT." (BSpec dixit).
> >
> > Can we re-enable it? or should we find an alternative for this case?
> 
> EXEC_OBJECT_NEEDS_GTT?
> -Chris

The object (AFAICT, please Tomasz correct me if I am wrong) is not really used 
inside any batchbuffer.
Also:

                if (exec[i].flags & EXEC_OBJECT_NEEDS_GTT &&
                    USES_FULL_PPGTT(vm->dev)) {
                        ret = -EINVAL;
                        goto err;
                }
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Reply via email to