RE: [Intel-gfx] [PATCH] drm/i915: Pin relocations for the duration of constructing the execbuffer

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> On Tue, Nov 26, 2013 at 11:23:15AM +0000, Chris Wilson wrote:
> > As the execbuffer dispatch grows ever more complex and involves
> > multiple stages of moving objects into the aperture, we need to take
> > greater care that we do not evict our execbuffer objects prior to
> > dispatch. This is relatively simple as we can just keep the objects
> > pinned for not just the relocation but until we are finished.
> 
> One such example is the possibility of the context switch causing an eviction
> or hitting the shrinker in order to fit its object into the aperture.
> 
> Link: http://lists.freedesktop.org/archives/intel-gfx/2013-
> November/036166.html
> Reported-by: "Siluvery, Arun" <arun.siluvery@xxxxxxxxx>
> 

After a backport to the 3.10 tree and running the soak test for 25 hours:
Tested-by: Rafael Barbalho <rafael.barbalho@xxxxxxxxx>

> > Signed-off-by: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx>
> > Cc: Ben Widawsky <benjamin.widawsky@xxxxxxxxx>
> > Cc: Daniel Vetter <daniel@xxxxxxxx>
> > Cc: stable@xxxxxxxxxxxxxxx
> 
> --
> Chris Wilson, Intel Open Source Technology Centre
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel]     [Kernel Development Newbies]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Hiking]     [Linux Kernel]     [Linux SCSI]