> 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