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.janul...@linux.intel.com>
> >> ---
> >> 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 Wilson, Intel Open Source Technology Centre
Intel-gfx mailing list