From: Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com>
To: Chris Wilson <chris@chris-wilson.co.uk>,
Bommu Krishnaiah <krishnaiah.bommu@intel.com>,
igt-dev@lists.freedesktop.org
Cc: Tvrtko Ursulin <tvrtko.ursulin@intel.com>
Subject: Re: [igt-dev] [PATCH i-g-t v6 1/1] tests/i915/gem_ctx_persistence: Set context with supported engines
Date: Thu, 30 Jan 2020 11:37:03 +0000 [thread overview]
Message-ID: <852adc41-b5a9-7fd8-598c-8db7b7f5b59f@linux.intel.com> (raw)
In-Reply-To: <158038280911.16598.3910529948495289620@skylake-alporthouse-com>
On 30/01/2020 11:13, Chris Wilson wrote:
> Quoting Tvrtko Ursulin (2020-01-30 11:08:47)
>>
>> On 30/01/2020 10:55, Chris Wilson wrote:
>>> Quoting Tvrtko Ursulin (2020-01-30 10:52:26)
>>>> On 30/01/2020 10:31, Tvrtko Ursulin wrote:
>>>>> On 29/01/2020 21:09, Chris Wilson wrote:
>>>>>> Quoting Bommu Krishnaiah (2020-01-29 18:10:02)
>>>>>>> Update the context with supported engines on the platform with set_property
>>>>>>> I915_CONTEXT_PARAM_ENGINES to make sure the work load is submitted to
>>>>>>> the available engines only.
>>>>>>>
>>>>>>> v2: addressed the review comments.
>>>>>>> v3: addressed v2 review comments.
>>>>>>> V4: Re-introduced the gem_context_set_all_engines() API,test_process_mixed()
>>>>>>> test creating new forked process, to set engine map to new forked process
>>>>>>> I added gem_context_set_all_engines() API.
>>>>>>> v5: addressed v4 review comments.
>>>>>>> v6: addressed chris comments.
>>>>>>
>>>>>> This is totally useless as a recording of the history. Explain why you
>>>>>> had to make the changes, for posterity.
>>>>>>
>>>>>>> - __for_each_static_engine(e) {
>>>>>>> + for_each_engine(e, i915) {
>>>>>>
>>>>>> Incorrect change that leads to compiler warnings and prevents the legacy
>>>>>> tests being listed by CI.
>>>>>>
>>>>>> I've given up and fixed it.
>>>>
>>>> Where's your version Chris?
>>>
>>> 21f4d0f72c0a3519270712565b2fe688157fc18b
>>
>> I suggest the below delta to a) not add more dependencies on the static e2 list and b) also cover I915_EXEC_BSD. I'll send a patch if you agree.
>>
>> diff --git a/tests/i915/gem_ctx_persistence.c b/tests/i915/gem_ctx_persistence.c
>> index 8b9633b214ff..4d4b735d4936 100644
>> --- a/tests/i915/gem_ctx_persistence.c
>> +++ b/tests/i915/gem_ctx_persistence.c
>> @@ -759,7 +759,8 @@ static void smoketest(int i915)
>>
>> igt_main
>> {
>> - const struct intel_execution_engine2 *e;
>> + const struct intel_execution_engine *e;
>> + const struct intel_execution_engine2 *e2;
>> int i915;
>>
>> igt_fixture {
>> @@ -792,66 +793,68 @@ igt_main
>> igt_subtest("hang")
>> test_nohangcheck_hang(i915);
>>
>> - __for_each_static_engine(e) {
>> + for (e = intel_execution_engines; e->name; e++) {
>
> I don't mind too much, I just expected the __for_each_static_engine() to
> save on typing. But yeah, eb_ring().
__for_each_static_engine is the one which we are >.< this close
eliminating after dynamic subtests and "i915/gem_engine_topology:
Generate engine names based on class" but more importantly my vision of
splitting legacy eb.flags and physical engine testing was that they are
completely separate.
Sequence of steps along the lines of:
delete __for_each_static_engine
for_each_physical_engine -> __for_each_physical_engine and required test
adaptations
delete for_each_physical_engine
rename __for_each_pyhsical_engine into for_each_physical_engine
(optional) rename for_each_engine into for_each_engine_flag (give or take)
(optional) add convenience macro to iterate legacy eb flags statically
(alternative) convert those into dynamic subtests and use
for_each_engine_flags
> But much yuck on e and e2. Can we move them to separate functions to
> hide the eyesore?
Move to functions, how?
Regards,
Tvrtko
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev
next prev parent reply other threads:[~2020-01-30 11:37 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-29 18:10 [igt-dev] [PATCH i-g-t v6 0/1] tests/i915/gem_ctx_persistence: Set context with supported engines Bommu Krishnaiah
2020-01-29 18:10 ` [igt-dev] [PATCH i-g-t v6 1/1] " Bommu Krishnaiah
2020-01-29 21:09 ` Chris Wilson
2020-01-30 10:31 ` Tvrtko Ursulin
2020-01-30 10:52 ` Tvrtko Ursulin
2020-01-30 10:55 ` Chris Wilson
2020-01-30 11:08 ` Tvrtko Ursulin
2020-01-30 11:13 ` Chris Wilson
2020-01-30 11:37 ` Tvrtko Ursulin [this message]
2020-01-30 11:40 ` Chris Wilson
2020-01-29 20:27 ` [igt-dev] ✓ Fi.CI.BAT: success for tests/i915/gem_ctx_persistence: Set context with supported engines (rev7) Patchwork
2020-02-01 3:18 ` [igt-dev] ✓ Fi.CI.IGT: " Patchwork
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=852adc41-b5a9-7fd8-598c-8db7b7f5b59f@linux.intel.com \
--to=tvrtko.ursulin@linux.intel.com \
--cc=chris@chris-wilson.co.uk \
--cc=igt-dev@lists.freedesktop.org \
--cc=krishnaiah.bommu@intel.com \
--cc=tvrtko.ursulin@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox