On Thu, Oct 13, 2016 at 12:31:13PM +0300, Abdiel Janulgue wrote: > > > On 10/12/2016 03:07 PM, Chris Wilson wrote: > > On Wed, Oct 12, 2016 at 02:59:53PM +0300, Abdiel Janulgue wrote: > >> Signed-off-by: Abdiel Janulgue <abdiel.janulgue@xxxxxxxxxxxxxxx> > >> --- > >> tests/gem_wait.c | 77 +++++++++----------------------------------------------- > >> 1 file changed, 12 insertions(+), 65 deletions(-) > > > > We can do so much better than a dummy load here. We can precisely > > control how long we want the object to be busy by using a recursive > > batch buffer (and terminating that batch at the exact moment we require). > > -Chris > > > Hi Chris, I see you've posted a better solution to gem_wait. I could > drop this one and defer to yours instead. So for now, igt_dummyload has > dropped to only 1 customer at the moment: kms_flip. Let me know whether > it's possible to upstream this dummyload api. kms_flip would probably be better with a specific load rather than a dummy as well. The challenge is whether the flip works given various input states of the framebuffers, and the more control we have over those inputs the better. -Chris -- Chris Wilson, Intel Open Source Technology Centre _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/intel-gfx
