linux-kernel - Re: [PATCH v1] perf tools: Add the legacy-cache.json to .gitignore

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <f08a244f-864f-4e68-b448-c17ec9ff89b2@linaro.org>
Date: Tue, 9 Dec 2025 12:55:45 +0000
From: James Clark <james.clark@...aro.org>
To: Haiyue Wang <haiyuewa@....com>, linux-perf-users@...r.kernel.org
Cc: Peter Zijlstra <peterz@...radead.org>, Ingo Molnar <mingo@...hat.com>,
 Arnaldo Carvalho de Melo <acme@...nel.org>,
 Namhyung Kim <namhyung@...nel.org>, Mark Rutland <mark.rutland@....com>,
 Alexander Shishkin <alexander.shishkin@...ux.intel.com>,
 Jiri Olsa <jolsa@...nel.org>, Ian Rogers <irogers@...gle.com>,
 Adrian Hunter <adrian.hunter@...el.com>,
 "open list:PERFORMANCE EVENTS SUBSYSTEM" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v1] perf tools: Add the legacy-cache.json to .gitignore



On 08/12/2025 2:15 am, Haiyue Wang wrote:
> The commit 0012e0fa221b ("perf jevents: Add legacy-hardware and legacy-cache json")
> will auto-generate: "pmu-events/arch/common/common/legacy-cache.json".
> 
> Signed-off-by: Haiyue Wang <haiyuewa@....com>
> ---
>   tools/perf/.gitignore | 1 +
>   1 file changed, 1 insertion(+)
> 
> diff --git a/tools/perf/.gitignore b/tools/perf/.gitignore
> index b64302a76144..5c59f954f52a 100644
> --- a/tools/perf/.gitignore
> +++ b/tools/perf/.gitignore
> @@ -36,6 +36,7 @@ config.mak.autogen
>   util/intel-pt-decoder/inat-tables.c
>   arch/*/include/generated/
>   trace/beauty/generated/
> +pmu-events/arch/common/common/legacy-cache.json
>   pmu-events/pmu-events.c
>   pmu-events/jevents
>   pmu-events/metric_test.log

Reviewed-by: James Clark <james.clark@...aro.org>