Linux Perf Users
 help / color / mirror / Atom feed
From: Namhyung Kim <namhyung@kernel.org>
To: Arnaldo Carvalho de Melo <acme@kernel.org>
Cc: Ian Rogers <irogers@google.com>,
	Adrian Hunter <adrian.hunter@intel.com>,
	James Clark <james.clark@linaro.org>,
	Jiri Olsa <jolsa@kernel.org>,
	linux-perf-users@vger.kernel.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Flaky tests
Date: Fri, 31 Jul 2026 16:32:38 -0700	[thread overview]
Message-ID: <am0wljqUaRYvsS-T@google.com> (raw)
In-Reply-To: <amadxFFSer95vdNc@x1>

On Sun, Jul 26, 2026 at 08:52:36PM -0300, Arnaldo Carvalho de Melo wrote:
> On Sun, Jul 26, 2026 at 08:22:08PM -0300, Arnaldo Carvalho de Melo wrote:
> > Hi,
> > 
> > 	Getting back on track with perf I noticed these two flaky tests,
> > not investigated yet:
> 
> Sry, sent to another Ian, from another life :-)

:)

>  
> > ⬢ [acme@toolbx perf-tools-next]$ git log --oneline -1
> > 98bc7deff4858aa8 (HEAD -> perf/hardening-machine, number/perf/hardening-machine) perf machine: Check snprintf truncation for guest kallsyms path
> > ⬢ [acme@toolbx perf-tools-next]$ perf -v
> > perf version 7.2.rc1.g98bc7deff485
> > ⬢ [acme@toolbx perf-tools-next]$
> > logout
> > acme@x1:~/git/perf-tools-next$
> > acme@x1:~/git/perf-tools-next$ sudo su -
> > [sudo] password for acme:
> > root@x1:~# perf -vv
> > perf version 7.2.rc1.g98bc7deff485
> >                    aio: [ on  ]  # HAVE_AIO_SUPPORT
> >                    bpf: [ on  ]  # HAVE_LIBBPF_SUPPORT
> >          bpf_skeletons: [ on  ]  # HAVE_BPF_SKEL
> >             debuginfod: [ on  ]  # HAVE_DEBUGINFOD_SUPPORT
> >                  dwarf: [ on  ]  # HAVE_LIBDW_SUPPORT
> >     dwarf_getlocations: [ on  ]  # HAVE_LIBDW_SUPPORT
> >           dwarf-unwind: [ on  ]  # HAVE_DWARF_UNWIND_SUPPORT
> >                 libbfd: [ OFF ]  # HAVE_LIBBFD_SUPPORT ( tip: Deprecated, license incompatibility, use BUILD_NONDISTRO=1 and install binutils-dev[el] )
> > babeltrace2-ctf-writer: [ on  ]  # HAVE_BABELTRACE2_CTF_WRITER_SUPPORT
> >         libbpf-strings: [ on  ]  # HAVE_LIBBPF_STRINGS_SUPPORT
> >            libcapstone: [ on  ]  # HAVE_LIBCAPSTONE_SUPPORT
> >     libdw-dwarf-unwind: [ on  ]  # HAVE_LIBDW_SUPPORT
> >                 libelf: [ on  ]  # HAVE_LIBELF_SUPPORT
> >                libLLVM: [ on  ]  # HAVE_LIBLLVM_SUPPORT
> >                libnuma: [ on  ]  # HAVE_LIBNUMA_SUPPORT
> >             libopencsd: [ on  ]  # HAVE_CSTRACE_SUPPORT
> >                libperl: [ OFF ]  # HAVE_LIBPERL_SUPPORT ( tip: Deprecated, use LIBPERL=1 and install perl-ExtUtils-Embed/libperl-dev to build with it )
> >                libpfm4: [ on  ]  # HAVE_LIBPFM
> >              libpython: [ on  ]  # HAVE_LIBPYTHON_SUPPORT
> >               libslang: [ on  ]  # HAVE_SLANG_SUPPORT
> >          libtraceevent: [ on  ]  # HAVE_LIBTRACEEVENT
> >              libunwind: [ OFF ]  # HAVE_LIBUNWIND_SUPPORT ( tip: Deprecated, use LIBUNWIND=1 and install libunwind-dev[el] to build with it )
> >                   lzma: [ on  ]  # HAVE_LZMA_SUPPORT
> > numa_num_possible_cpus: [ on  ]  # HAVE_LIBNUMA_SUPPORT
> >                   zlib: [ on  ]  # HAVE_ZLIB_SUPPORT
> >                   zstd: [ on  ]  # HAVE_ZSTD_SUPPORT
> >                   rust: [ on  ]  # HAVE_RUST_SUPPORT
> > root@x1:~# perf test
[SNIP]
> > === Test Summary ===
> > Passed main tests : 133
> > Passed subtests   : 152
> > Skipped tests     : 24
> > Failed tests      : 2
> > List of failed tests:
> >    23: Object code reading
> >   110: perf record sample filtering (by BPF) tests
> > root@x1:~# perf test 23
> >  23: Object code reading                                                                                       : Ok

Right, I'm seeing this is flaky.  Sometimes it fails to find a map for
some kernel address.

> > 
> > === Test Summary ===
> > Passed main tests : 1
> > Passed subtests   : 0
> > Skipped tests     : 0
> > Failed tests      : 0
> > root@x1:~# perf test 110
> > 110: perf record sample filtering (by BPF) tests                                                               : Ok

I never saw this before.  Do you have error message?

Thanks,
Namhyung

> > 
> > === Test Summary ===
> > Passed main tests : 1
> > Passed subtests   : 0
> > Skipped tests     : 0
> > Failed tests      : 0
> > root@x1:~#

      reply	other threads:[~2026-07-31 23:32 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-26 23:22 Flaky tests Arnaldo Carvalho de Melo
2026-07-26 23:52 ` Arnaldo Carvalho de Melo
2026-07-31 23:32   ` Namhyung Kim [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=am0wljqUaRYvsS-T@google.com \
    --to=namhyung@kernel.org \
    --cc=acme@kernel.org \
    --cc=adrian.hunter@intel.com \
    --cc=irogers@google.com \
    --cc=james.clark@linaro.org \
    --cc=jolsa@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-perf-users@vger.kernel.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