Re: [PATCH v2 3/4] perf test: Don't suppress the libtraceevent tests, skip them
From: Namhyung Kim
Date: Fri Nov 08 2024 - 13:01:44 EST
On Tue, Nov 05, 2024 at 07:50:25AM -0800, Ian Rogers wrote:
> On Tue, Nov 5, 2024 at 6:26 AM Arnaldo Carvalho de Melo <acme@xxxxxxxxxx> wrote:
> >
> > From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
> >
> > As suggested by Namhyung for the "import perf" python binding test, skip
> > the tests that require perf being linked with libtraceevent, telling the
> > reason:
> >
> > $ make -C tools/perf NO_LIBTRACEEVENT=1
> > # perf check feature libtraceevent
> > libtraceevent: [ OFF ] # HAVE_LIBTRACEEVENT
> > # ldd ~/bin/perf | grep traceevent
> > #
> > # perf test
> > 1: vmlinux symtab matches kallsyms : Ok
> > 2: Detect openat syscall event : Skip (not linked with libtraceevent)
> > 3: Detect openat syscall event on all cpus : Skip (not linked with libtraceevent)
> > 4: mmap interface tests :
> > 4.1: Read samples using the mmap interface : Skip (not linked with libtraceevent)
> > 4.2: User space counter reading of instructions : Skip (not linked with libtraceevent)
> > 4.3: User space counter reading of cycles : Skip (not linked with libtraceevent)
> > <SNIP>
> > 14: Parse sched tracepoints fields : Skip (not linked with libtraceevent)
> > 15: syscalls:sys_enter_openat event fields : Skip (not linked with libtraceevent)
> > <SNIP>
> > 32: Track with sched_switch : Skip (not linked with libtraceevent)
> > <SNIP>
> >
> > Cc: Adrian Hunter <adrian.hunter@xxxxxxxxx>
> > Cc: Athira Rajeev <atrajeev@xxxxxxxxxxxxxxxxxx>
> > Cc: Howard Chu <howardchu95@xxxxxxxxx>
> > Cc: Ian Rogers <irogers@xxxxxxxxxx>
> > Cc: James Clark <james.clark@xxxxxxxxxx>
> > Cc: Jiri Olsa <jolsa@xxxxxxxxxx>
> > Cc: Kan Liang <kan.liang@xxxxxxxxxxxxxxx>
> > Cc: Leo Yan <leo.yan@xxxxxxxxx>
> > Cc: Namhyung Kim <namhyung@xxxxxxxxxx>
> > Cc: Thomas Richter <tmricht@xxxxxxxxxxxxx>
> > Cc: Veronika Molnarova <vmolnaro@xxxxxxxxxx>
> > Signed-off-by: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
>
> This will conflict with:
> https://lore.kernel.org/lkml/20241102165400.75785-7-irogers@xxxxxxxxxx/
Let me process that first.
Thanks,
Namhyung