From: Peter Senna Tschudin <peter.senna@linux.intel.com>
To: Lucas De Marchi <lucas.demarchi@intel.com>,
igt-dev@lists.freedesktop.org
Cc: Gustavo Sousa <gustavo.sousa@intel.com>,
Kamil Konieczny <kamil.konieczny@linux.intel.com>,
Ryszard Knop <ryszard.knop@intel.com>
Subject: Re: [PATCH i-g-t v2 2/7] runner/settings: Use wrapper functions for each type
Date: Wed, 22 Jan 2025 13:21:43 +0100 [thread overview]
Message-ID: <a3c447fa-75e0-4d14-aa44-356c67fa5120@linux.intel.com> (raw)
In-Reply-To: <20250121225733.808978-3-lucas.demarchi@intel.com>
Hi Lucas,
On 21.01.2025 23:57, Lucas De Marchi wrote:
> Simplify assigning the variables by using wrapper functions. This avoids
macros, not functions(please also update subject). When I read v2 and saw
functions here, I went oh cool, but they are still macros. :-)
> calling atoi() on every iteration and will allow to simplify the
> strdup() calls in future.
>
> Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
> ---
> runner/settings.c | 74 ++++++++++++++++++++++++++++-------------------
> 1 file changed, 45 insertions(+), 29 deletions(-)
>
> diff --git a/runner/settings.c b/runner/settings.c
> index 80d95be5b..13694a51c 100644
> --- a/runner/settings.c
> +++ b/runner/settings.c
> @@ -1152,43 +1152,60 @@ bool serialize_settings(struct settings *settings)
> #undef SERIALIZE_LINE
> }
>
> -bool read_settings_from_file(struct settings *settings, FILE *f)
> +static int parse_int(char **pval)
> +{
> + return atoi(*pval);
> +}
> +
> +static unsigned long parse_ul(char **pval)
> +{
> + return strtoul(*pval, NULL, 10);
> +}
> +
> +static char *parse_str(char **pval)
> {
> -#define PARSE_LINE(s, name, val, field, write) \
> + return *pval ? strdup(*pval) : NULL;
> +}
> +
> +#define PARSE_LINE(s, name, val, field, _f) \
> if (!strcmp(name, #field)) { \
> - s->field = write; \
> + s->field = _f(&val); \
> goto cleanup; \
> }
> +#define PARSE_INT(s, name, val, field) PARSE_LINE(s, name, val, field, parse_int)
> +#define PARSE_UL(s, name, val, field) PARSE_LINE(s, name, val, field, parse_ul)
> +#define PARSE_STR(s, name, val, field) PARSE_LINE(s, name, val, field, parse_str)
>
> +bool read_settings_from_file(struct settings *settings, FILE *f)
> +{
> char *name = NULL, *val = NULL;
>
> settings->dmesg_warn_level = -1;
>
> while (fscanf(f, "%ms : %m[^\n]", &name, &val) == 2) {
> - int numval = atoi(val);
> - PARSE_LINE(settings, name, val, abort_mask, numval);
> - PARSE_LINE(settings, name, val, disk_usage_limit, strtoul(val, NULL, 10));
> - PARSE_LINE(settings, name, val, test_list, val ? strdup(val) : NULL);
> - PARSE_LINE(settings, name, val, name, val ? strdup(val) : NULL);
> - PARSE_LINE(settings, name, val, dry_run, numval);
> - PARSE_LINE(settings, name, val, allow_non_root, numval);
> - PARSE_LINE(settings, name, val, facts, numval);
> - PARSE_LINE(settings, name, val, sync, numval);
> - PARSE_LINE(settings, name, val, log_level, numval);
> - PARSE_LINE(settings, name, val, overwrite, numval);
> - PARSE_LINE(settings, name, val, multiple_mode, numval);
> - PARSE_LINE(settings, name, val, inactivity_timeout, numval);
> - PARSE_LINE(settings, name, val, per_test_timeout, numval);
> - PARSE_LINE(settings, name, val, overall_timeout, numval);
> - PARSE_LINE(settings, name, val, use_watchdog, numval);
> - PARSE_LINE(settings, name, val, piglit_style_dmesg, numval);
> - PARSE_LINE(settings, name, val, dmesg_warn_level, numval);
> - PARSE_LINE(settings, name, val, prune_mode, numval);
> - PARSE_LINE(settings, name, val, test_root, val ? strdup(val) : NULL);
> - PARSE_LINE(settings, name, val, results_path, val ? strdup(val) : NULL);
> - PARSE_LINE(settings, name, val, enable_code_coverage, numval);
> - PARSE_LINE(settings, name, val, cov_results_per_test, numval);
> - PARSE_LINE(settings, name, val, code_coverage_script, val ? strdup(val) : NULL);
> + PARSE_INT(settings, name, val, abort_mask);
> + PARSE_UL(settings, name, val, disk_usage_limit);
> + PARSE_STR(settings, name, val, test_list);
> + PARSE_STR(settings, name, val, name);
> + PARSE_INT(settings, name, val, dry_run);
> + PARSE_INT(settings, name, val, allow_non_root);
> + PARSE_INT(settings, name, val, facts);
> + PARSE_INT(settings, name, val, sync);
> + PARSE_INT(settings, name, val, log_level);
> + PARSE_INT(settings, name, val, overwrite);
> + PARSE_INT(settings, name, val, multiple_mode);
> + PARSE_INT(settings, name, val, inactivity_timeout);
> + PARSE_INT(settings, name, val, per_test_timeout);
> + PARSE_INT(settings, name, val, overall_timeout);
> + PARSE_INT(settings, name, val, use_watchdog);
> + PARSE_INT(settings, name, val, piglit_style_dmesg);
> + PARSE_INT(settings, name, val, dmesg_warn_level);
> + PARSE_INT(settings, name, val, prune_mode);
> + PARSE_STR(settings, name, val, test_root);
> + PARSE_STR(settings, name, val, results_path);
> + PARSE_INT(settings, name, val, enable_code_coverage);
> + PARSE_INT(settings, name, val, cov_results_per_test);
> + PARSE_STR(settings, name, val, code_coverage_script);
>
> printf("Warning: Unknown field in settings file: %s = %s\n",
> name, val);
> @@ -1210,9 +1227,8 @@ cleanup:
> free(val);
>
> return true;
> -
> -#undef PARSE_LINE
> }
> +#undef PARSE_LINE
Please add undefs for PARSE_INT, PARSE_UL, and PARSE_STR.
>
> /**
> * read_env_vars_from_file() - load env vars from a fileTested-by: Peter Senna Tschudin <peter.senna@linux.intel.com>
Reviewed-by: Peter Senna Tschudin <peter.senna@linux.intel.com>
next prev parent reply other threads:[~2025-01-22 12:21 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-21 22:57 [PATCH i-g-t v2 0/7] Add igt_runner's cmdline to results Lucas De Marchi
2025-01-21 22:57 ` [PATCH i-g-t v2 1/7] runner/settings: Deduplicate cleanup Lucas De Marchi
2025-01-22 10:50 ` Gustavo Sousa
2025-01-22 12:22 ` Peter Senna Tschudin
2025-01-21 22:57 ` [PATCH i-g-t v2 2/7] runner/settings: Use wrapper functions for each type Lucas De Marchi
2025-01-22 11:20 ` Gustavo Sousa
2025-01-23 6:07 ` Lucas De Marchi
2025-01-23 11:20 ` Gustavo Sousa
2025-01-22 12:21 ` Peter Senna Tschudin [this message]
2025-01-23 6:22 ` Lucas De Marchi
2025-01-21 22:57 ` [PATCH i-g-t v2 3/7] runner/settings: Drop extra strdup Lucas De Marchi
2025-01-22 11:34 ` Gustavo Sousa
2025-01-22 12:22 ` Peter Senna Tschudin
2025-01-23 6:23 ` Lucas De Marchi
2025-01-23 11:15 ` Gustavo Sousa
2025-01-21 22:57 ` [PATCH i-g-t v2 4/7] runner/settings: Fix code_coverage_script leak Lucas De Marchi
2025-01-22 11:37 ` Gustavo Sousa
2025-01-22 12:23 ` Peter Senna Tschudin
2025-01-21 22:57 ` [PATCH i-g-t v2 5/7] runner: Free settings at the end Lucas De Marchi
2025-01-22 11:46 ` Gustavo Sousa
2025-01-22 12:23 ` Peter Senna Tschudin
2025-01-23 6:28 ` Lucas De Marchi
2025-01-24 17:25 ` Lucas De Marchi
2025-01-21 22:57 ` [PATCH i-g-t v2 6/7] runner/settings: Serialize command line Lucas De Marchi
2025-01-22 12:25 ` Peter Senna Tschudin
2025-01-22 12:40 ` Gustavo Sousa
2025-01-22 18:16 ` Peter Senna Tschudin
2025-01-22 18:26 ` Gustavo Sousa
2025-01-22 18:35 ` Peter Senna Tschudin
2025-01-22 18:55 ` Gustavo Sousa
2025-01-23 6:43 ` Lucas De Marchi
2025-01-22 18:53 ` Peter Senna Tschudin
2025-01-28 18:37 ` Kamil Konieczny
2025-01-28 19:34 ` Lucas De Marchi
2025-01-29 17:23 ` Kamil Konieczny
2025-01-29 18:09 ` Petri Latvala
2025-01-29 20:29 ` Lucas De Marchi
2025-01-29 20:15 ` Lucas De Marchi
2025-01-21 22:57 ` [PATCH i-g-t v2 7/7] runner/resultgen: Add cmdline to results.json Lucas De Marchi
2025-01-22 12:25 ` Peter Senna Tschudin
2025-01-22 12:51 ` Gustavo Sousa
2025-01-23 6:50 ` Lucas De Marchi
2025-01-24 14:20 ` Knop, Ryszard
2025-01-29 18:14 ` Petri Latvala
2025-01-22 1:45 ` ✓ Xe.CI.BAT: success for Add igt_runner's cmdline to results (rev2) Patchwork
2025-01-22 1:49 ` ✓ i915.CI.BAT: " Patchwork
2025-01-22 10:11 ` ✗ Xe.CI.Full: failure " Patchwork
2025-01-23 10:42 ` ✗ i915.CI.Full: " 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=a3c447fa-75e0-4d14-aa44-356c67fa5120@linux.intel.com \
--to=peter.senna@linux.intel.com \
--cc=gustavo.sousa@intel.com \
--cc=igt-dev@lists.freedesktop.org \
--cc=kamil.konieczny@linux.intel.com \
--cc=lucas.demarchi@intel.com \
--cc=ryszard.knop@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