[Intel-gfx] [PATCH i-g-t 1/2] tests/kms_plane_multiple: Relax atomic commit time requirement

Mika Kahola mika.kahola at intel.com
Mon Jan 16 13:31:12 UTC 2017


On Mon, 2017-01-16 at 14:26 +0100, Maarten Lankhorst wrote:
> Op 16-01-17 om 14:09 schreef Mika Kahola:
> > 
> > Relax required time to atomic commits from 1 vblank to 2 vblanks.
> > 
> > Reference: Issues seen on BYT CI tests
> > 
> > Cc: Maarten Lankhorst <maarten.lankhorst at linux.intel.com>
> > 
> > Signed-off-by: Mika Kahola <mika.kahola at intel.com>
> > ---
> >  tests/kms_plane_multiple.c | 9 +++++----
> >  1 file changed, 5 insertions(+), 4 deletions(-)
> > 
> > diff --git a/tests/kms_plane_multiple.c
> > b/tests/kms_plane_multiple.c
> > index 792f530..6257a8b 100644
> > --- a/tests/kms_plane_multiple.c
> > +++ b/tests/kms_plane_multiple.c
> > @@ -235,7 +235,7 @@ test_atomic_plane_position_with_output(data_t
> > *data, enum pipe pipe,
> >  	test_position_t test = { .data = data };
> >  	color_t blue  = { 0.0f, 0.0f, 1.0f };
> >  	igt_crc_t *crc = NULL;
> > -	unsigned int vblank_start;
> > +	unsigned int vblank_start, vblank_stop;
> >  	int i, n, ret;
> >  	int iterations = opt.iterations < 1 ? 1 : opt.iterations;
> >  	bool loop_forever;
> > @@ -274,13 +274,14 @@ test_atomic_plane_position_with_output(data_t
> > *data, enum pipe pipe,
> >  		ret = read(data->display.drm_fd, buf,
> > sizeof(buf));
> >  		igt_assert(ret >= 0);
> >  
> > -		igt_assert_eq(get_vblank(data->display.drm_fd,
> > pipe, 0), vblank_start + 1);
> > +		vblank_stop = get_vblank(data->display.drm_fd,
> > pipe, 0);
> >  		igt_assert_eq(e->type, DRM_EVENT_FLIP_COMPLETE);
> >  		igt_reset_timeout();
> >  
> > -		n = igt_pipe_crc_get_crcs(data->pipe_crc,
> > MAX_CRCS, &crc);
> > +		n = igt_pipe_crc_get_crcs(data->pipe_crc,
> > vblank_stop - vblank_start, &crc);
> >  
> > -		igt_assert_eq(n, MAX_CRCS);
> > +		igt_assert(vblank_stop - vblank_start <=
> > MAX_CRCS);
> > +		igt_assert_eq(n, vblank_stop - vblank_start);
> >  
> Isn't MAX_CRCS 1? I don't see how this would relax anything then.
True. I missed to increase MAX_CRCS. Update follows..

> 
> ~Maarten
-- 
Mika Kahola - Intel OTC



More information about the Intel-gfx mailing list