[Intel-gfx] [PATCH i-g-t 3/3] tests/gem_exec_schedule: Add test for resetting preemptive batch
Antonio Argenziano
antonio.argenziano at intel.com
Mon Dec 4 18:25:16 UTC 2017
On 04/12/17 09:42, Chris Wilson wrote:
> Quoting Antonio Argenziano (2017-12-04 17:23:15)
>> This patch adds a test that will trigger a preemption of a low priority
>> batch by a 'bad' batch buffer which will hang. The test aims at making
>> sure that a hanging high priority batch will not disrupt the submission
>> flow of low priority contexts.
>>
>> Cc: Chris Wilson <chris at chris-wilson.co.uk>
>> Cc: Michal Winiarski <michal.winiarski at intel.com>
>> Signed-off-by: Antonio Argenziano <antonio.argenziano at intel.com>
>> ---
>> tests/gem_exec_schedule.c | 39 +++++++++++++++++++++++++++++++++++++++
>> 1 file changed, 39 insertions(+)
>>
>> diff --git a/tests/gem_exec_schedule.c b/tests/gem_exec_schedule.c
>> index ae44a6c0..5a4d63f9 100644
>> --- a/tests/gem_exec_schedule.c
>> +++ b/tests/gem_exec_schedule.c
>> @@ -511,6 +511,39 @@ static void preempt_self(int fd, unsigned ring)
>> gem_close(fd, result);
>> }
>>
>> +static void bad_preemptive(int fd, unsigned ring)
>> +{
>> + igt_spin_t *spin[16];
>> + igt_spin_t *bad;
>> + uint32_t ctx[2];
>> +
>> + ctx[LO] = gem_context_create(fd);
>> + gem_context_set_priority(fd, ctx[LO], MIN_PRIO);
>> +
>> + ctx[HI] = gem_context_create(fd);
>> + gem_context_set_priority(fd, ctx[HI], MAX_PRIO);
>> +
>> + for (int n = 0; n < 16; n++) {
>> + gem_context_destroy(fd, ctx[LO]);
>> + ctx[LO] = gem_context_create(fd);
>> + gem_context_set_priority(fd, ctx[LO], MIN_PRIO);
>> +
>> + spin[n] = __igt_spin_batch_new(fd, ctx[LO], ring, 0, true);
>> + igt_debug("spin[%d].handle=%d\n", n, spin[n]->handle);
>> + }
>> +
>> + bad = igt_spin_batch_new(fd, ctx[HI], ring, 0, false);
>> + gem_wait(fd, bad->handle, NULL);
>> +
>> + for (int n = 0; n < 16; n++) {
>> + igt_assert(gem_bo_busy(fd, spin[n]->handle));
>> + igt_spin_batch_free(fd, spin[n]);
>> + }
>
> Is this really policy you want to enforce? I certainly don't intend to
> mandate that the kernel isn't allowed to use RT throttling.
Yeah, I wasn't sure about that. Is a gem_wait on each of them enough or
should I put a write at the end of each low priority batch to make sure
they actually executed?
>
>> +
>> + gem_context_destroy(fd, ctx[LO]);
>> + gem_context_destroy(fd, ctx[HI]);
>> +}
>> +
>> static void deep(int fd, unsigned ring)
>> {
>> #define XS 8
>> @@ -1033,6 +1066,12 @@ igt_main
>> preempt(fd, e->exec_id | e->flags, NEW_CTX | HANG_LP);
>> igt_fork_hang_detector(fd);
>> }
>> +
>> + igt_subtest_f("bad-preemptive-%s", e->name) {
>> + igt_stop_hang_detector();
>> + bad_preemptive(fd, e->exec_id | e->flags);
>> + igt_fork_hang_detector(fd);
>> + }
>
> Split into non-hang/hang portions and use igt_subtest_group +
> igt_fixture.
OK, will do.
-Antonio
> -Chris
>
More information about the Intel-gfx
mailing list