From: Peter Senna Tschudin <peter.senna@linux.intel.com>
To: "Cavitt, Jonathan" <jonathan.cavitt@intel.com>,
"igt-dev@lists.freedesktop.org" <igt-dev@lists.freedesktop.org>
Cc: "stylon.wang@amd.com" <stylon.wang@amd.com>,
"Rodrigo.Siqueira@amd.com" <Rodrigo.Siqueira@amd.com>,
"Gandi, Ramadevi" <ramadevi.gandi@intel.com>,
"Knop, Ryszard" <ryszard.knop@intel.com>,
"Lattannavar, Sameer" <sameer.lattannavar@intel.com>,
"De Marchi, Lucas" <lucas.demarchi@intel.com>,
"Saarinen, Jani" <jani.saarinen@intel.com>,
"Piecielska, Katarzyna" <katarzyna.piecielska@intel.com>,
"Roper, Matthew D" <matthew.d.roper@intel.com>,
"gregory.f.germano@intel.com" <gregory.f.germano@intel.com>,
"Taylor, Clinton A" <clinton.a.taylor@intel.com>,
"Vivekanandan,
Balasubramani" <balasubramani.vivekanandan@intel.com>,
"Yu, Jianshui" <jianshui.yu@intel.com>
Subject: Re: [PATCH i-g-t 2/2] runner/executor: Integrate igt_kmemleak scans
Date: Mon, 27 Jan 2025 12:05:51 +0100 [thread overview]
Message-ID: <471519fa-1470-4059-bdff-80092c86d1ac@linux.intel.com> (raw)
In-Reply-To: <CH0PR11MB5444EB782D10812EE5122592E5E12@CH0PR11MB5444.namprd11.prod.outlook.com>
On 22.01.2025 19:18, Cavitt, Jonathan wrote:
[...]
>> diff --git a/runner/runner_tests.c b/runner/runner_tests.c
>> index 8441763f2..a072a92c7 100644
>> --- a/runner/runner_tests.c
>> +++ b/runner/runner_tests.c
>> @@ -191,6 +191,7 @@ static void assert_settings_equal(struct settings *one, struct settings *two)
>> igt_assert_eq(one->dry_run, two->dry_run);
>> igt_assert_eq(one->allow_non_root, two->allow_non_root);
>> igt_assert_eq(one->facts, two->facts);
>> + igt_assert_eq(one->kmemleak, two->kmemleak);
>> igt_assert_eq(one->sync, two->sync);
>> igt_assert_eq(one->log_level, two->log_level);
>> igt_assert_eq(one->overwrite, two->overwrite);
>> @@ -304,6 +305,7 @@ igt_main
>> igt_assert(igt_list_empty(&settings->env_vars));
>> igt_assert(!igt_vec_length(&settings->hook_strs));
>> igt_assert(!settings->facts);
>> + igt_assert(!settings->kmemleak);
>> igt_assert(!settings->sync);
>> igt_assert_eq(settings->log_level, LOG_LEVEL_NORMAL);
>> igt_assert(!settings->overwrite);
>> @@ -426,6 +428,7 @@ igt_main
>> igt_assert_eq(settings->include_regexes.size, 0);
>> igt_assert_eq(settings->exclude_regexes.size, 0);
>> igt_assert(!settings->facts);
>> + igt_assert(!settings->kmemleak);
>> igt_assert(!settings->sync);
>> igt_assert_eq(settings->log_level, LOG_LEVEL_NORMAL);
>> igt_assert(!settings->overwrite);
>> @@ -464,6 +467,7 @@ igt_main
>> "-b", blacklist_name,
>> "--blacklist", blacklist2_name,
>> "-f",
>> + "-k",
>> "-s",
>> "-l", "verbose",
>> "--overwrite",
>> @@ -523,6 +527,7 @@ igt_main
>> igt_assert_eqstr(*((char **)igt_vec_elem(&settings->hook_strs, 1)), "echo world");
>>
>> igt_assert(settings->facts);
>> + igt_assert(settings->kmemleak);
>> igt_assert(settings->sync);
>> igt_assert_eq(settings->log_level, LOG_LEVEL_VERBOSE);
>> igt_assert(settings->overwrite);
>> @@ -718,30 +723,39 @@ igt_main
>> igt_subtest("parse-clears-old-data") {
>> const char *argv[] = { "runner",
>> "-n", "foo",
>> + "--overwrite",
>
> NIT:
> What does overwrite do here? Is its addition related to integrating igt_kmemleak scans?
>
> If we're adding it in just because it was missing, then that should probably be done
> as a separate patch series.
I needed a larger array, and I could not find a way to increase it's size that would
not require me to rewrite the entire file other than adding a new option. So overwrite
was a simple option that does no harm.
>
> Lower down, we add "foo", "test-root-dir", and "result-path" to the argv list, and I have
> similar comments with respect to those as well. Same with the igt_asserts on
> settings->overwrite.
>
>> "--dry-run",
>> "--allow-non-root",
>> "test-root-dir",
>> - "results-path",
>> + "results-path"
>
> NIT:
> Removing the comma from the last element of the list is unnecessary, as many
> of the lists in IGT leave the comma there.
I unfortunately missed this from my review. It was removed by accident. Let me know
if you want me to resend with the comma.
>
> There's definitely a discussion to be had as to whether or not this is proper
> coding style, and if it's not, there's going to be a lot of refactoring work for us
> in the future. But irrespective of what that discussion results in, refactoring
> work like this is probably out of scope for this patch series. Especially since
> "overwrite" isn't being appended to the end of the list (and maybe shouldn't
> be added at all? See first NIT).
> -Jonathan Cavitt
>
[...]
next prev parent reply other threads:[~2025-01-27 11:06 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-21 11:29 [PATCH i-g-t 0/2] Integrat kmemleak scans in igt_runner Peter Senna Tschudin
2025-01-21 11:29 ` [PATCH i-g-t 1/2] lib/igt_kmemleak: library to interact with kmemleak Peter Senna Tschudin
2025-01-22 17:09 ` Cavitt, Jonathan
2025-01-27 11:19 ` Peter Senna Tschudin
2025-01-27 16:28 ` Cavitt, Jonathan
2025-01-21 11:29 ` [PATCH i-g-t 2/2] runner/executor: Integrate igt_kmemleak scans Peter Senna Tschudin
2025-01-22 18:18 ` Cavitt, Jonathan
2025-01-27 11:05 ` Peter Senna Tschudin [this message]
2025-01-27 15:44 ` Cavitt, Jonathan
2025-01-21 12:20 ` ✗ GitLab.Pipeline: warning for Integrat kmemleak scans in igt_runner Patchwork
2025-01-22 8:22 ` Peter Senna Tschudin
2025-01-21 12:58 ` ✓ i915.CI.BAT: success " Patchwork
2025-01-21 13:54 ` ✓ Xe.CI.BAT: " Patchwork
2025-01-21 18:29 ` ✗ Xe.CI.Full: failure " Patchwork
2025-01-22 8:23 ` Peter Senna Tschudin
2025-01-22 1:16 ` ✗ i915.CI.Full: " Patchwork
2025-01-22 8:25 ` Peter Senna Tschudin
2025-01-22 11:36 ` Ravali, JupallyX
2025-01-22 10:47 ` ✓ i915.CI.Full: success " Patchwork
2025-01-27 10:53 ` [PATCH i-g-t v2 0/2] Integrate " Peter Senna Tschudin
2025-01-27 10:53 ` [PATCH i-g-t v2 1/2] lib/igt_kmemleak: library to interact with kmemleak Peter Senna Tschudin
2025-01-27 10:53 ` [PATCH i-g-t v2 2/2] runner/executor: Integrate igt_kmemleak scans Peter Senna Tschudin
2025-01-27 15:28 ` [PATCH i-g-t v3 0/2] Integrate kmemleak scans in igt_runner Peter Senna Tschudin
2025-01-27 15:28 ` [PATCH i-g-t v3 1/2] lib/igt_kmemleak: library to interact with kmemleak Peter Senna Tschudin
2025-01-27 16:38 ` Cavitt, Jonathan
2025-01-27 17:07 ` Peter Senna Tschudin
2025-01-27 18:43 ` Cavitt, Jonathan
2025-01-27 15:28 ` [PATCH i-g-t v2 resend 2/2] runner/executor: Integrate igt_kmemleak scans Peter Senna Tschudin
2025-01-27 15:47 ` Cavitt, Jonathan
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=471519fa-1470-4059-bdff-80092c86d1ac@linux.intel.com \
--to=peter.senna@linux.intel.com \
--cc=Rodrigo.Siqueira@amd.com \
--cc=balasubramani.vivekanandan@intel.com \
--cc=clinton.a.taylor@intel.com \
--cc=gregory.f.germano@intel.com \
--cc=igt-dev@lists.freedesktop.org \
--cc=jani.saarinen@intel.com \
--cc=jianshui.yu@intel.com \
--cc=jonathan.cavitt@intel.com \
--cc=katarzyna.piecielska@intel.com \
--cc=lucas.demarchi@intel.com \
--cc=matthew.d.roper@intel.com \
--cc=ramadevi.gandi@intel.com \
--cc=ryszard.knop@intel.com \
--cc=sameer.lattannavar@intel.com \
--cc=stylon.wang@amd.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