All of lore.kernel.org
 help / color / mirror / Atom feed
From: Namhyung Kim <namhyung@kernel.org>
To: Ian Rogers <irogers@google.com>
Cc: Peter Zijlstra <peterz@infradead.org>,
	Ingo Molnar <mingo@redhat.com>,
	Arnaldo Carvalho de Melo <acme@kernel.org>,
	Mark Rutland <mark.rutland@arm.com>,
	Alexander Shishkin <alexander.shishkin@linux.intel.com>,
	Jiri Olsa <jolsa@kernel.org>,
	Adrian Hunter <adrian.hunter@intel.com>,
	Kan Liang <kan.liang@linux.intel.com>,
	Athira Jajeev <atrajeev@linux.vnet.ibm.com>,
	James Clark <james.clark@linaro.org>,
	Dominique Martinet <asmadeus@codewreck.org>,
	Yang Li <yang.lee@linux.alibaba.com>,
	Colin Ian King <colin.i.king@gmail.com>,
	Yang Jihong <yangjihong@bytedance.com>,
	"Steinar H. Gunderson" <sesse@google.com>,
	Oliver Upton <oliver.upton@linux.dev>,
	Ilkka Koskinen <ilkka@os.amperecomputing.com>,
	Ze Gao <zegao2021@gmail.com>, Weilin Wang <weilin.wang@intel.com>,
	Ben Gainey <ben.gainey@arm.com>,
	zhaimingbing <zhaimingbing@cmss.chinamobile.com>,
	Zixian Cai <fzczx123@gmail.com>, Andi Kleen <ak@linux.intel.com>,
	Paran Lee <p4ranlee@gmail.com>,
	Thomas Falcon <thomas.falcon@intel.com>,
	linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org,
	"Steven Rostedt (Google)" <rostedt@goodmis.org>
Subject: Re: [PATCH v4 0/6] Avoid parsing tracepoint format just for id
Date: Sat, 9 Nov 2024 09:04:51 -0800	[thread overview]
Message-ID: <Zy-WM779rMwczlj_@google.com> (raw)
In-Reply-To: <CAP-5=fXmxhaLk+qvH9nGAV-ByyhyHx=WPhXCFbBaZ3nSySSsMA@mail.gmail.com>

On Sat, Nov 09, 2024 at 08:26:20AM -0800, Ian Rogers wrote:
> On Fri, Nov 8, 2024 at 10:45 PM Namhyung Kim <namhyung@kernel.org> wrote:
> > On Fri, Nov 08, 2024 at 10:47:45AM -0800, Ian Rogers wrote:
> > > Ian Rogers (6):
> > >   tool api fs: Correctly encode errno for read/write open failures
> > >   perf trace-event: Constify print arguments
> > >   perf trace-event: Always build trace-event-info.c
> > >   perf evsel: Add/use accessor for tp_format
> > >   perf evsel: Allow evsel__newtp without libtraceevent
> > >   perf tests: Enable tests disabled due to tracepoint parsing
> >
> > After applying this series, I'm seeing some test failures.  But I don't
> > understand why it affects non-tracepoint events though.
> >
> >   $ sudo ./perf test -v pipe
> >   --- start ---
> >   test child forked, pid 3036123
> >    1bde35-1bdecc l noploop
> >   perf does have symbol 'noploop'
> >
> >   Record+report pipe test
> >   [ perf record: Woken up 1 times to write data ]
> >   [ perf record: Captured and wrote 0.210 MB - ]
> >   [ perf record: Woken up 2 times to write data ]
> >   [ perf record: Captured and wrote 0.517 MB - ]
> >   [ perf record: Woken up 2 times to write data ]
> >   [ perf record: Captured and wrote 0.516 MB - ]
> >   Record+report pipe test [Success]
> >
> >   Inject -B build-ids test
> >   0xa5c [0x17a4]: failed to process type: 80
> >   Error:
> >   failed to process sample
> >   Inject build-ids test [Failed - cannot find noploop function in pipe #1]
> >
> >   Inject -b build-ids test
> >   0xa5c [0x17a4]: failed to process type: 80
> >   Error:
> >   failed to process sample
> >   Inject build-ids test [Failed - cannot find noploop function in pipe #1]
> >
> >   Inject --buildid-all build-ids test
> >   0xa5c [0x17a4]: failed to process type: 80
> >   Error:
> >   failed to process sample
> >   Inject build-ids test [Failed - cannot find noploop function in pipe #1]
> >
> >   Inject --mmap2-buildid-all build-ids test
> >   0xa5c [0x17a4]: failed to process type: 80
> >   Error:
> >   failed to process sample
> >   Inject build-ids test [Failed - cannot find noploop function in pipe #1]
> >   ---- end(-1) ----
> >    84: perf pipe recording and injection test                          : FAILED!
> >
> >   $ sudo ./perf test -v Zstd
> >   --- start ---
> >   test child forked, pid 3036097
> >   Collecting compressed record file:
> >   500+0 records in
> >   500+0 records out
> >   256000 bytes (256 kB, 250 KiB) copied, 0.00169127 s, 151 MB/s
> >   [ perf record: Woken up 1 times to write data ]
> >   [ perf record: Captured and wrote 0.032 MB /tmp/perf.data.KBo, compressed (original 0.004 MB, ratio is 3.324) ]
> >   Checking compressed events stats:
> >   Couldn't decompress data
> >   0x7ca8 [0x4f2]: failed to process type: 81 [Operation not permitted]
> >   Error:
> >   failed to process sample
> >   ---- end(-1) ----
> >    86: Zstd perf.data compression/decompression                        : FAILED!
> >
> > Thanks,
> > Namhyung
> 
> I'm not able to reproduce:
> ```
> $ git log --oneline |head
> a59bca6eb0a6 perf test: Add a runs-per-test flag
> 0d0c002eb45c perf tests: Enable tests disabled due to tracepoint parsing
> 4b8f5c9dfbda perf evsel: Allow evsel__newtp without libtraceevent
> 7f57057c7884 perf evsel: Add/use accessor for tp_format
> c27d357d2d4c perf trace-event: Always build trace-event-info.c
> 20bf7a2cd68a perf trace-event: Constify print arguments
> f18b07ee2af1 tool api fs: Correctly encode errno for read/write open failures
> ...
> $ sudo /tmp/perf/perf test -r 10 Zstd pipe -v
> 84: perf pipe recording and injection test                          : Ok
> 84: perf pipe recording and injection test                          : Ok
> 84: perf pipe recording and injection test                          : Ok
> 84: perf pipe recording and injection test                          : Ok
> 84: perf pipe recording and injection test                          : Ok
> 84: perf pipe recording and injection test                          : Ok
> 84: perf pipe recording and injection test                          : Ok
> 84: perf pipe recording and injection test                          : Ok
> 84: perf pipe recording and injection test                          : Ok
> 84: perf pipe recording and injection test                          : Ok
> 86: Zstd perf.data compression/decompression                        : Ok
> 86: Zstd perf.data compression/decompression                        : Ok
> 86: Zstd perf.data compression/decompression                        : Ok
> 86: Zstd perf.data compression/decompression                        : Ok
> 86: Zstd perf.data compression/decompression                        : Ok
> 86: Zstd perf.data compression/decompression                        : Ok
> 86: Zstd perf.data compression/decompression                        : Ok
> 86: Zstd perf.data compression/decompression                        : Ok
> 86: Zstd perf.data compression/decompression                        : Ok
> 86: Zstd perf.data compression/decompression                        : Ok
> ```
> Similarly not as root or if runs-per-test is 100.
> 
> Agreed that the changes are for tracepoints and these tests aren't for
> tracepoints, so an interaction wouldn't be expected. If you have a
> reliable reproduction perhaps you can bisect it.

it says:

9c10de391840a35ab095b65e9a5c4fad0ac52068 is the first bad commit
commit 9c10de391840a35ab095b65e9a5c4fad0ac52068 (HEAD)
Author: Ian Rogers <irogers@google.com>
Date:   Fri Nov 8 10:47:46 2024 -0800

    tool api fs: Correctly encode errno for read/write open failures
    
    Switch from returning -1 to -errno so that callers can determine types
    of failure.
    
    Signed-off-by: Ian Rogers <irogers@google.com>
    Acked-by: Arnaldo Carvalho de Melo <acme@redhat.com>

 tools/lib/api/fs/fs.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

Thanks,
Namhyung


  reply	other threads:[~2024-11-09 17:04 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-08 18:47 [PATCH v4 0/6] Avoid parsing tracepoint format just for id Ian Rogers
2024-11-08 18:47 ` [PATCH v4 1/6] tool api fs: Correctly encode errno for read/write open failures Ian Rogers
2024-11-08 18:47 ` [PATCH v4 2/6] perf trace-event: Constify print arguments Ian Rogers
2024-11-08 18:47 ` [PATCH v4 3/6] perf trace-event: Always build trace-event-info.c Ian Rogers
2024-11-08 18:47 ` [PATCH v4 4/6] perf evsel: Add/use accessor for tp_format Ian Rogers
2024-11-08 18:47 ` [PATCH v4 5/6] perf evsel: Allow evsel__newtp without libtraceevent Ian Rogers
2024-11-08 18:47 ` [PATCH v4 6/6] perf tests: Enable tests disabled due to tracepoint parsing Ian Rogers
2024-11-09  6:45 ` [PATCH v4 0/6] Avoid parsing tracepoint format just for id Namhyung Kim
2024-11-09 16:26   ` Ian Rogers
2024-11-09 17:04     ` Namhyung Kim [this message]
2024-11-13 18:06       ` Ian Rogers
2024-11-18 18:31         ` Namhyung Kim
2024-11-18 19:35           ` Ian Rogers
2024-11-18 21:57             ` Namhyung Kim
2024-11-18 22:46               ` Ian Rogers

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=Zy-WM779rMwczlj_@google.com \
    --to=namhyung@kernel.org \
    --cc=acme@kernel.org \
    --cc=adrian.hunter@intel.com \
    --cc=ak@linux.intel.com \
    --cc=alexander.shishkin@linux.intel.com \
    --cc=asmadeus@codewreck.org \
    --cc=atrajeev@linux.vnet.ibm.com \
    --cc=ben.gainey@arm.com \
    --cc=colin.i.king@gmail.com \
    --cc=fzczx123@gmail.com \
    --cc=ilkka@os.amperecomputing.com \
    --cc=irogers@google.com \
    --cc=james.clark@linaro.org \
    --cc=jolsa@kernel.org \
    --cc=kan.liang@linux.intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-perf-users@vger.kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=mingo@redhat.com \
    --cc=oliver.upton@linux.dev \
    --cc=p4ranlee@gmail.com \
    --cc=peterz@infradead.org \
    --cc=rostedt@goodmis.org \
    --cc=sesse@google.com \
    --cc=thomas.falcon@intel.com \
    --cc=weilin.wang@intel.com \
    --cc=yang.lee@linux.alibaba.com \
    --cc=yangjihong@bytedance.com \
    --cc=zegao2021@gmail.com \
    --cc=zhaimingbing@cmss.chinamobile.com \
    /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.