| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <YVDlL28JgxaRwMJs@krava>
Date: Sun, 26 Sep 2021 23:25:03 +0200
From: Jiri Olsa <jolsa@...hat.com>
To: Ian Rogers <irogers@...gle.com>
Cc: Peter Zijlstra <peterz@...radead.org>,
Ingo Molnar <mingo@...hat.com>,
Arnaldo Carvalho de Melo <acme@...nel.org>,
Mark Rutland <mark.rutland@....com>,
Alexander Shishkin <alexander.shishkin@...ux.intel.com>,
Namhyung Kim <namhyung@...nel.org>,
Jin Yao <yao.jin@...ux.intel.com>,
John Garry <john.garry@...wei.com>,
"Paul A . Clarke" <pc@...ibm.com>,
linux-perf-users@...r.kernel.org, linux-kernel@...r.kernel.org,
Brendan Higgins <brendanhiggins@...gle.com>,
Daniel Latypov <dlatypov@...gle.com>,
David Gow <davidgow@...gle.com>, eranian@...gle.com
Subject: Re: [RFC PATCH 0/5] Start aligning perf test with kunit style
On Wed, Sep 22, 2021 at 04:36:05PM -0700, Ian Rogers wrote:
> On Wed, Sep 22, 2021 at 2:55 PM Jiri Olsa <jolsa@...hat.com> wrote:
> >
> > On Wed, Sep 22, 2021 at 01:19:53AM -0700, Ian Rogers wrote:
> > > Perf test uses its own structs and code layout that differs from kunit
> > > that was more recently introduced to the kernel. Besides consistency,
> > > it is hoped that moving in the direction of kunit style will enable
> > > reuse of infrastructure like test output formatting for continuous
> > > testing systems. For example:
> > > https://lore.kernel.org/linux-kselftest/CA+GJov6tdjvY9x12JsJT14qn6c7NViJxqaJk+r-K1YJzPggFDQ@mail.gmail.com/
> > >
> > > The motivation for this restructuring comes from wanting to be able to
> > > tag tests with a size:
> > > https://lore.kernel.org/linux-perf-users/CAP-5=fWmGyuqFKc-EMP3rbmTkjZ3MS+YSajGZfeRMc38HS82gw@mail.gmail.com/
> > > To have more exhaustive and slower running tests. This isn't
> > > something kunit currently supports, nor is the execution of python and
> > > shell tests, but it seems sensible to work on an approach with kunit
> > > rather to invent a new wheel inside of perf.
> > >
> > > These initial patches are just refactoring the main test suite
> > > definitions to be in a more kunit style. Kunit isn't depended upon, it
> > > is hoped that this can be done in later patches for the sake of
> > > consistency.
> >
> > seems good.. how far away from kunit is the code now?
>
> Thanks Jiri, It is a ways away from complete. I was thinking to follow up with:
> * Migrate the current sub-test approach to use kunit style test cases
> within a suite.
> * Combine what are currently independent test suites into one test
> suite with different test cases, for example stat.c contains stat,
> stat_config and stat_round tests.
>
> Once this is done then to unify with kunit we need to work out a
> common pattern for skipping a test, etc. There's already a lot here
> and so I wanted to get an opinion before pushing along further.
>
> > >
> > > v1. Built/tested on x86.
> > >
> > > Ian Rogers (5):
> > > perf test: Use macro for "suite" declarations
> > > perf test: Use macro for "suite" definitions
> > > perf test: Make each test/suite its own struct.
> > > perf test: Move each test suite struct to its test
> > > perf test: Rename struct test to test_suite
> > >
> > > tools/perf/arch/arm/include/arch-tests.h | 2 +-
> > > tools/perf/arch/arm/tests/arch-tests.c | 21 +-
> > > tools/perf/arch/arm/tests/vectors-page.c | 2 +-
> > > tools/perf/arch/arm64/include/arch-tests.h | 2 +-
> > > tools/perf/arch/arm64/tests/arch-tests.c | 15 +-
> > > tools/perf/arch/powerpc/include/arch-tests.h | 2 +-
> > > tools/perf/arch/powerpc/tests/arch-tests.c | 15 +-
> >
> > I can run/test this on ppc/arm if you don't have any
>
> I have pretty easy access to ARM but lost access to PowerPC. If we're
> happy with the direction then I can test ARM and ask for help on
> PowerPC.
it compiles fine on powerpc and failed tests seem reasonable,
before/after perf test output is same apart from this:
[root@...-p9z-06-lp7 perf]# diff -puw out.old out.new
--- out.old 2021-09-26 17:15:57.947807813 -0400
+++ out.new 2021-09-26 17:20:51.789918644 -0400
@@ -81,7 +81,7 @@
69: PE file support : Ok
70: Event expansion for cgroups : Ok
72: dlfilter C API : Ok
-73: Test dwarf unwind : Ok
+73: DWARF unwind : Ok
74: build id cache operations : Ok
75: daemon operations : Ok
76: perf pipe recording and injection test : Ok
not sure there's somebody out there parsing this output,
maybe we can find out ;-)
jirka
>
> Thanks,
> Ian
>
> > jirka
> >
> > > tools/perf/arch/x86/include/arch-tests.h | 14 +-
> > > tools/perf/arch/x86/tests/arch-tests.c | 47 +-
> > > tools/perf/arch/x86/tests/bp-modify.c | 2 +-
> > > tools/perf/arch/x86/tests/insn-x86.c | 2 +-
> > > tools/perf/arch/x86/tests/intel-cqm.c | 2 +-
> > > .../x86/tests/intel-pt-pkt-decoder-test.c | 2 +-
> > > tools/perf/arch/x86/tests/rdpmc.c | 2 +-
> > > tools/perf/arch/x86/tests/sample-parsing.c | 2 +-
> > > tools/perf/tests/api-io.c | 6 +-
> > > tools/perf/tests/attr.c | 4 +-
> > > tools/perf/tests/backward-ring-buffer.c | 4 +-
> > > tools/perf/tests/bitmap.c | 4 +-
> > > tools/perf/tests/bp_account.c | 10 +-
> > > tools/perf/tests/bp_signal.c | 8 +-
> > > tools/perf/tests/bp_signal_overflow.c | 8 +-
> > > tools/perf/tests/bpf.c | 22 +-
> > > tools/perf/tests/builtin-test.c | 441 ++++--------------
> > > tools/perf/tests/clang.c | 18 +-
> > > tools/perf/tests/code-reading.c | 4 +-
> > > tools/perf/tests/cpumap.c | 10 +-
> > > tools/perf/tests/demangle-java-test.c | 4 +-
> > > tools/perf/tests/demangle-ocaml-test.c | 4 +-
> > > tools/perf/tests/dlfilter-test.c | 4 +-
> > > tools/perf/tests/dso-data.c | 10 +-
> > > tools/perf/tests/dwarf-unwind.c | 2 +-
> > > tools/perf/tests/event-times.c | 4 +-
> > > tools/perf/tests/event_update.c | 4 +-
> > > tools/perf/tests/evsel-roundtrip-name.c | 4 +-
> > > tools/perf/tests/evsel-tp-sched.c | 4 +-
> > > tools/perf/tests/expand-cgroup.c | 6 +-
> > > tools/perf/tests/expr.c | 4 +-
> > > tools/perf/tests/fdarray.c | 7 +-
> > > tools/perf/tests/genelf.c | 6 +-
> > > tools/perf/tests/hists_cumulate.c | 4 +-
> > > tools/perf/tests/hists_filter.c | 4 +-
> > > tools/perf/tests/hists_link.c | 4 +-
> > > tools/perf/tests/hists_output.c | 4 +-
> > > tools/perf/tests/is_printable_array.c | 4 +-
> > > tools/perf/tests/keep-tracking.c | 4 +-
> > > tools/perf/tests/kmod-path.c | 4 +-
> > > tools/perf/tests/llvm.c | 22 +-
> > > tools/perf/tests/maps.c | 4 +-
> > > tools/perf/tests/mem.c | 4 +-
> > > tools/perf/tests/mem2node.c | 4 +-
> > > tools/perf/tests/mmap-basic.c | 4 +-
> > > tools/perf/tests/mmap-thread-lookup.c | 4 +-
> > > tools/perf/tests/openat-syscall-all-cpus.c | 5 +-
> > > tools/perf/tests/openat-syscall-tp-fields.c | 4 +-
> > > tools/perf/tests/openat-syscall.c | 5 +-
> > > tools/perf/tests/parse-events.c | 4 +-
> > > tools/perf/tests/parse-metric.c | 4 +-
> > > tools/perf/tests/parse-no-sample-id-all.c | 4 +-
> > > tools/perf/tests/pe-file-parsing.c | 6 +-
> > > tools/perf/tests/perf-hooks.c | 4 +-
> > > tools/perf/tests/perf-record.c | 4 +-
> > > tools/perf/tests/perf-time-to-tsc.c | 10 +-
> > > tools/perf/tests/pfm.c | 16 +-
> > > tools/perf/tests/pmu-events.c | 19 +-
> > > tools/perf/tests/pmu.c | 4 +-
> > > tools/perf/tests/python-use.c | 4 +-
> > > tools/perf/tests/sample-parsing.c | 4 +-
> > > tools/perf/tests/sdt.c | 6 +-
> > > tools/perf/tests/stat.c | 10 +-
> > > tools/perf/tests/sw-clock.c | 4 +-
> > > tools/perf/tests/switch-tracking.c | 4 +-
> > > tools/perf/tests/task-exit.c | 4 +-
> > > tools/perf/tests/tests.h | 179 ++++---
> > > tools/perf/tests/thread-map.c | 10 +-
> > > tools/perf/tests/thread-maps-share.c | 4 +-
> > > tools/perf/tests/time-utils-test.c | 4 +-
> > > tools/perf/tests/topology.c | 4 +-
> > > tools/perf/tests/unit_number__scnprintf.c | 4 +-
> > > tools/perf/tests/vmlinux-kallsyms.c | 5 +-
> > > tools/perf/tests/wp.c | 22 +-
> > > 81 files changed, 543 insertions(+), 618 deletions(-)
> > >
> > > --
> > > 2.33.0.464.g1972c5931b-goog
> > >
> >
>
Powered by blists - more mailing lists