Re: [Intel-gfx] [PATCH i-g-t] kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations

2017-11-02 Thread Imre Deak
On Wed, Nov 01, 2017 at 01:08:47PM +0200, Imre Deak wrote: > On Wed, Nov 01, 2017 at 10:48:50AM +, Chris Wilson wrote: > > Quoting Imre Deak (2017-11-01 09:56:22) > > > On Tue, Oct 31, 2017 at 10:23:25PM +, Chris Wilson wrote: > > > > Quoting Imre Deak (2017-10-31 13:44:47) > > > > > Doing

Re: [Intel-gfx] [PATCH i-g-t] kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations

2017-11-01 Thread Maarten Lankhorst
Op 01-11-17 om 13:55 schreef Imre Deak: > On Wed, Nov 01, 2017 at 12:32:37PM +0100, Maarten Lankhorst wrote: >> Op 31-10-17 om 14:44 schreef Imre Deak: >>> Doing modeset on internal panels may have a considerable overhead due to >>> the panel specific power sequencing delays. To avoid long test

Re: [Intel-gfx] [PATCH i-g-t] kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations

2017-11-01 Thread Imre Deak
On Wed, Nov 01, 2017 at 12:32:37PM +0100, Maarten Lankhorst wrote: > Op 31-10-17 om 14:44 schreef Imre Deak: > > Doing modeset on internal panels may have a considerable overhead due to > > the panel specific power sequencing delays. To avoid long test runtimes > > limit the runtime of each

Re: [Intel-gfx] [PATCH i-g-t] kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations

2017-11-01 Thread Maarten Lankhorst
Op 31-10-17 om 14:44 schreef Imre Deak: > Doing modeset on internal panels may have a considerable overhead due to > the panel specific power sequencing delays. To avoid long test runtimes > limit the runtime of each subtest. Randomize the plane/pipe combinations > to preserve the test coverage on

Re: [Intel-gfx] [PATCH i-g-t] kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations

2017-11-01 Thread Imre Deak
On Wed, Nov 01, 2017 at 10:48:50AM +, Chris Wilson wrote: > Quoting Imre Deak (2017-11-01 09:56:22) > > On Tue, Oct 31, 2017 at 10:23:25PM +, Chris Wilson wrote: > > > Quoting Imre Deak (2017-10-31 13:44:47) > > > > Doing modeset on internal panels may have a considerable overhead due to >

Re: [Intel-gfx] [PATCH i-g-t] kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations

2017-11-01 Thread Chris Wilson
Quoting Imre Deak (2017-11-01 09:56:22) > On Tue, Oct 31, 2017 at 10:23:25PM +, Chris Wilson wrote: > > Quoting Imre Deak (2017-10-31 13:44:47) > > > Doing modeset on internal panels may have a considerable overhead due to > > > the panel specific power sequencing delays. To avoid long test

Re: [Intel-gfx] [PATCH i-g-t] kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations

2017-11-01 Thread Imre Deak
On Tue, Oct 31, 2017 at 10:23:25PM +, Chris Wilson wrote: > Quoting Imre Deak (2017-10-31 13:44:47) > > Doing modeset on internal panels may have a considerable overhead due to > > the panel specific power sequencing delays. To avoid long test runtimes > > limit the runtime of each subtest.

Re: [Intel-gfx] [PATCH i-g-t] kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations

2017-10-31 Thread Chris Wilson
Quoting Imre Deak (2017-10-31 13:44:47) > Doing modeset on internal panels may have a considerable overhead due to > the panel specific power sequencing delays. To avoid long test runtimes > limit the runtime of each subtest. Randomize the plane/pipe combinations > to preserve the test coverage on

[Intel-gfx] [PATCH i-g-t] kms_atomic_transition: Add subtest time limit/randomize plane, pipe combinations

2017-10-31 Thread Imre Deak
Doing modeset on internal panels may have a considerable overhead due to the panel specific power sequencing delays. To avoid long test runtimes limit the runtime of each subtest. Randomize the plane/pipe combinations to preserve the test coverage on such panels at least over multiple test runs.