From: sashiko-bot@kernel.org
To: "Namhyung Kim" <namhyung@kernel.org>
Cc: linux-perf-users@vger.kernel.org
Subject: Re: [PATCH 5/5] perf build: Add make check-headers target
Date: Mon, 04 May 2026 19:33:34 +0000 [thread overview]
Message-ID: <20260504193335.81BD0C2BCB8@smtp.kernel.org> (raw)
In-Reply-To: <20260503193137.27465-6-namhyung@kernel.org>
Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Medium] The `tools/include/uapi/README` documentation was not updated to reflect the removal of the automated header synchronization check.
- [Low] The new `check-headers` target in `tools/perf/Makefile` is missing a `.PHONY` declaration.
--
commit dd1cd2c298920f9790f61d618060d62047bed876
Author: Namhyung Kim <namhyung@kernel.org>
perf build: Add make check-headers target
This commit removes the automated check-headers.sh script execution from
the default perf build and adds a dedicated check-headers Make target to
be called manually instead.
> As it's to improve perf trace beautifier to catch up new changes mostly
> in UAPIs, we can make it a separate build target and call it
> occasionally.
Does this change require an update to tools/include/uapi/README?
The README currently documents a "software-enforced copy-on-write mechanism"
that is "driven by non-fatal warnings on the tooling side build."
Since this is no longer automated during routine builds, developers might miss
UAPI changes if they rely on the currently documented behavior.
> diff --git a/tools/perf/Makefile b/tools/perf/Makefile
> --- a/tools/perf/Makefile
> +++ b/tools/perf/Makefile
[ ... ]
> @@ -111,6 +111,9 @@ build-test:
> build-test-tarball:
> @$(MAKE) -f tests/make REUSE_FEATURES_DUMP=1 MK=Makefile SET_PARALLEL=1 --no-print-directory out
>
> +check-headers:
> + @./check-headers.sh
> +
Should check-headers be added to the .PHONY declarations?
Since check-headers is a command target and does not produce an artifact by
that name, if a file or directory named check-headers is ever created in
tools/perf/, Make will consider the target up to date and silently skip
executing the script.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260503193137.27465-1-namhyung@kernel.org?part=5
prev parent reply other threads:[~2026-05-04 19:33 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-03 19:31 [PATCH 0/5] perf build: Update kernel headers Namhyung Kim
2026-05-03 19:31 ` [PATCH 1/5] perf trace: Sync linux/socket.h with the kernel source Namhyung Kim
2026-05-03 19:31 ` [PATCH 2/5] perf trace: Sync uapi/linux/fs.h " Namhyung Kim
2026-05-03 19:31 ` [PATCH 3/5] perf trace: Sync uapi/linux/mount.h " Namhyung Kim
2026-05-04 19:33 ` sashiko-bot
2026-05-03 19:31 ` [PATCH 4/5] perf trace: Sync uapi/linux/sched.h " Namhyung Kim
2026-05-04 19:33 ` sashiko-bot
2026-05-03 19:31 ` [PATCH 5/5] perf build: Add make check-headers target Namhyung Kim
2026-05-04 19:33 ` sashiko-bot [this message]
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=20260504193335.81BD0C2BCB8@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=linux-perf-users@vger.kernel.org \
--cc=namhyung@kernel.org \
--cc=sashiko@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.