From: Nadav Amit <nadav.amit@gmail.com>
To: Adrian Hunter <adrian.hunter@intel.com>
Cc: LKML <linux-kernel@vger.kernel.org>,
Peter Zijlstra <peterz@infradead.org>,
Namhyung Kim <namhyung@kernel.org>,
linux-perf-users@vger.kernel.org
Subject: Re: Problem running perf using Intel-PT with snapshots
Date: Thu, 18 May 2023 10:56:02 -0700 [thread overview]
Message-ID: <CBE205D4-C798-419D-A9B2-42870245B885@gmail.com> (raw)
In-Reply-To: <a8127cb3-7693-22e9-7ace-547f7eb4403b@intel.com>
> On May 18, 2023, at 12:52 AM, Adrian Hunter <adrian.hunter@intel.com> wrote:
>
> On 18/05/23 07:26, Nadav Amit wrote:
>> Hello perf masters,
>>
>> I am running perf with Intel PT with snapshot mode and the result makes no
>> sense. I tried to figure it out myself but failed.
>>
>> Excluding the first data file, the rest seem messed up in various ways. The
>> only thing that repeatedly shows are calls to __fentry__+0x0. I would note
>> that ftrace is not enabled, and I turned off mitigations as I thought it
>> might somehow be related, but it did not help.
>>
>> Here is an example for execution and output. In between I ran
>> `kill -SIGUSR2 [perf-pid]`. To dump some traces.
>>
>> Any ideas what it might be?
>>
>> Thanks,
>> Nadav
>>
>> --
>>
>> $ perf record -e intel_pt/noretcomp=1/k --kcore --timestamp -a --snapshot=e262144 --switch-output -m,64
>
> --switch-output does not work well with Intel PT. Intel PT needs all of the sideband event information from all files, so decoding errors result from splitting files.
>
> If you need separate files, consider stopping and restarting 'perf record' instead. If you do that, you may want to look at options like -B and -N and --no-bpf-event which can affect how long it takes to stop perf record.
>
> If you don't need separate files, you can use --time to look at time ranges within the resulting perf.data file.
Thank you Adrian. It was driving me crazy and I was sure I am somehow not
accounting for some ftrace/rethunk or some other binary rewriting event.
These ideas for workarounds should suffice.
Thanks again,
Nadav
prev parent reply other threads:[~2023-05-18 17:56 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-18 4:26 Problem running perf using Intel-PT with snapshots Nadav Amit
2023-05-18 7:52 ` Adrian Hunter
2023-05-18 17:56 ` Nadav Amit [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=CBE205D4-C798-419D-A9B2-42870245B885@gmail.com \
--to=nadav.amit@gmail.com \
--cc=adrian.hunter@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-perf-users@vger.kernel.org \
--cc=namhyung@kernel.org \
--cc=peterz@infradead.org \
/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;
as well as URLs for NNTP newsgroup(s).