[igt-dev] [PATCH i-g-t v4 3/3] tests/gem_ctx_param: Add set_priority tests for non SYS_NICE users
Antonio Argenziano
antonio.argenziano at intel.com
Fri Feb 2 22:24:44 UTC 2018
On 31/01/18 00:01, Daniel Vetter wrote:
> On Tue, Jan 30, 2018 at 04:47:57PM -0800, Antonio Argenziano wrote:
>> On 25/01/18 03:37, Chris Wilson wrote:
>>> Quoting Antonio Argenziano (2018-01-25 01:00:03)
>>>> + }
>>>> +
>>>> gem_context_get_param(fd, &arg);
>>>> old_value = arg.value;
>>>> @@ -312,9 +338,13 @@ igt_main
>>>> }
>>>> for (unsigned flags = 0;
>>>> - flags <= (ROOT | NEW_CTX | VALID_PRIO | OVERFLOW_PRIO);
>>>> + flags <= (NICE | ROOT | NEW_CTX | VALID_PRIO | OVERFLOW_PRIO);
>>>> flags++) {
>>>> - igt_subtest_f("set-priority%s%s%s%s",
>>>> + if (!(flags & NICE) && !(flags & ROOT))
>>>> + continue; /* Needs to be rot to set properties */
>>>
>>> Nope, just use igt_require as above.
>>
>> I didn't want any "*-not-nice-user*" subtests to appear in the list at all,
>> with igt_require they would just skip but still be there right?
>
> subtest lists shouldn't be dynamic, it confuses CI infrastructure badly.
> Hence why igt_require/igt_skip result in a special subtest result and will
> not supress the subtest outright.
In this case the combination I am trying to suppress is actually invalid
for all platforms/kernels that is why I wanted to avoid skipping as it
would hint that the test can actually run if some conditions are met
which is not the case here. That is why I was confused about the first
suggestion (which I might be completely misinterpreting). I'll send the
new revision so we can continue the discussion over the new code.
>
> I know that vpg is struggling with heaps of skipped tests in their
(whispers) I actually agree with running everything and letting the test
skip when not applicable ;).
Thanks,
Antonio
> reporting, but as soon as you do cross-platform/kernel/OS testing, it's
> the only reasonable way to handle things.
>
> So yeah, this needs to be an igt_require, and probably moved into the
> subtest stanza (or wrapped with an igt_subtest_group depending upon the
> overall test logic).
>
>
> Aside: The igt intro docs should explain this, patch would be great if
> it's unclear/missing.
> -Daniel
>
More information about the igt-dev
mailing list