[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHk-=wiWvtFyedDNpoV7a8Fq_FpbB+F5KmWK2xPY3QoYseOf_A@mail.gmail.com>
Date: Fri, 24 May 2024 18:31:52 -0700
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Arnaldo Carvalho de Melo <acme@...nel.org>, Ian Rogers <irogers@...gle.com>
Cc: Ingo Molnar <mingo@...nel.org>, Thomas Gleixner <tglx@...utronix.de>, Jiri Olsa <jolsa@...nel.org>,
Namhyung Kim <namhyung@...nel.org>, Adrian Hunter <adrian.hunter@...el.com>,
Clark Williams <williams@...hat.com>, Kate Carcia <kcarcia@...hat.com>, linux-kernel@...r.kernel.org,
linux-perf-users@...r.kernel.org, Anne Macedo <retpolanne@...teo.net>,
Bhaskar Chowdhury <unixbhaskar@...il.com>, Ethan Adams <j.ethan.adams@...il.com>,
James Clark <james.clark@....com>, Kan Liang <kan.liang@...ux.intel.com>,
Thomas Richter <tmricht@...ux.ibm.com>, Tycho Andersen <tycho@...ho.pizza>,
Yang Jihong <yangjihong@...edance.com>, Arnaldo Carvalho de Melo <acme@...hat.com>
Subject: Re: [GIT PULL] perf tools changes for v6.10
On Tue, 21 May 2024 at 12:26, Arnaldo Carvalho de Melo <acme@...nel.org> wrote:
>
> perf tools fixes and improvements for v6.10:
This actually broke 'perf' completely for me on arm64.
With a 6.9 version of 'perf', I can do this:
perf record -e cycles:pp make -j199
and it all works fine.
With the current -git version, when I do the same, I instead get
Error:
cycles:pp: PMU Hardware doesn't support
sampling/overflow-interrupts. Try 'perf stat'
and after trying desperately to chase down what went wrong on the
kernel side, I finally figured out that it wasn't a kernel change at
all, it was the tooling that had changed.
I did a 'git bisect', and it says
617824a7f0f73e4de325cf8add58e55b28c12493 is the first bad commit
commit 617824a7f0f73e4de325cf8add58e55b28c12493
Author: Ian Rogers <irogers@...gle.com>
Date: Mon Apr 15 23:15:25 2024 -0700
perf parse-events: Prefer sysfs/JSON hardware events over legacy
and very clearly this does *NOT* work at all for me.
I didn't notice until now, simply because I had been busy with the
merge window, so I hadn't been doing any profiles, but the merge
window is calming down and the end is nigh, and I just wasted more
time than I care to admit trying to figure out what went wrong in the
kernel.
And no, I don't speak JSON, and I have *no* idea what the legacy
events are. Plus I'm not very familiar with the arm64 profiling etc
anyway, so I'm just a clueless user here.
I *can* confirm that just reverting that commit makes that trivial
"perf record" work for me. So the bisect was good, and it reverts
cleanly, but I don't know _why_ my arm64 setup hates it so much.
Linus
Powered by blists - more mailing lists