From: sashiko-bot@kernel.org
To: "Arnaldo Carvalho de Melo" <acme@kernel.org>
Cc: linux-perf-users@vger.kernel.org
Subject: Re: [PATCH v2 5/8] perf report: Add --progress option
Date: Sun, 13 Sep 2026 03:35:04 +0000 [thread overview]
Message-ID: <20260913033504.D11301F000FF@smtp.kernel.org> (raw)
In-Reply-To: <20260913032632.116277-6-acme@kernel.org>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] Stack misalignment in stdio progress tracking when STDIO_PROGRESS__MAX_DEPTH is exceeded.
--
commit 79112b3dd0e87e5c48cc7db61f548c4ae162bb0b
Author: Arnaldo Carvalho de Melo <acme@redhat.com>
perf report: Add --progress option
This commit adds a --progress option to perf report that introduces a stdio
backend for ui_progress updates. It allows for progress tracking during event
processing, merging, and sorting phases by keeping track of nested phases.
> diff --git a/tools/perf/ui/stdio/progress.c b/tools/perf/ui/stdio/progress.c
> new file mode 100644
> index 0000000000000..1d1eddd192777
> --- /dev/null
> +++ b/tools/perf/ui/stdio/progress.c
[ ... ]
> +static void stdio_progress__finish(void);
> +
> +static void __stdio_progress__init(struct ui_progress *p)
> +{
> + /*
> + * The default step (total / 16) is meant for the TUI progress
> + * bar, for stdio, where a percentage is printed, use 1% steps.
> + */
> + p->next = p->step = p->total / 100 ?: 1;
> +
> + if (stdio_progress__depth == STDIO_PROGRESS__MAX_DEPTH) {
> + pr_warning("progress phases nested deeper than %d, completing %s\n",
> + STDIO_PROGRESS__MAX_DEPTH,
> + stdio_progress__stack[stdio_progress__depth - 1].p->title);
> + stdio_progress__finish();
> + }
[Severity: Medium]
Does this forceful drop cause stack misalignment for the unwinding callers?
When STDIO_PROGRESS__MAX_DEPTH is exceeded, this forcefully calls
stdio_progress__finish(). However, because the caller isn't informed that its
progress phase was dropped, its subsequent call to ui_progress__finish() will
inadvertently pop the wrong phase (the one just below it on the stack).
Could this state desynchronization lead to incorrect progress reporting and
premature completion of parent phases?
> +
> + /* Start a nested phase in a line of its own. */
> + if (stdio_progress__depth && stdio_progress__is_tty)
> + fputc('\n', stderr);
> +
> + stdio_progress__stack[stdio_progress__depth++] =
> + (struct stdio_progress_phase) {
> + .p = p,
> + .last_printed = 0,
> + .last_len = 0,
> + };
> +
> + stdio_progress__print_phase(&stdio_progress__stack[stdio_progress__depth - 1],
> + p->curr);
> +}
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260913032632.116277-1-acme@kernel.org?part=5
next prev parent reply other threads:[~2026-09-13 3:35 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-13 3:26 [PATCH v2 0/8] perf tools: Annotate fixes, stdio progress indication, debuginfo-client in more places Arnaldo Carvalho de Melo
2026-09-13 3:26 ` [PATCH v2 1/8] perf test: Skip data_type_profiling when the PMU cannot record memory events Arnaldo Carvalho de Melo
2026-09-13 3:31 ` sashiko-bot
2026-09-13 3:26 ` [PATCH v2 2/8] perf debuginfo: Fetch debuginfo keyed by build ID using debuginfod Arnaldo Carvalho de Melo
2026-09-13 3:36 ` sashiko-bot
2026-09-13 12:15 ` Arnaldo Melo
2026-09-13 3:26 ` [PATCH v2 3/8] perf symbol: Fall back to fetching the vmlinux by build ID Arnaldo Carvalho de Melo
2026-09-13 3:36 ` sashiko-bot
2026-09-13 3:26 ` [PATCH v2 4/8] perf annotate-data: Show the sample count in the data-type browser Arnaldo Carvalho de Melo
2026-09-13 3:34 ` sashiko-bot
2026-09-13 3:26 ` [PATCH v2 5/8] perf report: Add --progress option Arnaldo Carvalho de Melo
2026-09-13 3:35 ` sashiko-bot [this message]
2026-09-13 3:26 ` [PATCH v2 6/8] perf scripts: Add perf-stuck, to tell where a running perf is stuck Arnaldo Carvalho de Melo
2026-09-13 3:37 ` sashiko-bot
2026-09-13 3:26 ` [PATCH v2 7/8] perf annotate-data: Resolve type DIEs in the debug file they came from Arnaldo Carvalho de Melo
2026-09-13 3:38 ` sashiko-bot
2026-09-13 3:26 ` [PATCH v2 8/8] perf mem record: Request PERF_SAMPLE_CPU by default Arnaldo Carvalho de Melo
2026-09-13 3:42 ` sashiko-bot
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=20260913033504.D11301F000FF@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=acme@kernel.org \
--cc=linux-perf-users@vger.kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.