Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp2656624pxb; Fri, 8 Oct 2021 12:11:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwxMB/mjQtMpf6J2x26V85ckcyjDs+349N/xvgL60/vv3TR3OiHCjOhxfwBVweIPdU99Ung X-Received: by 2002:a05:6402:1e8c:: with SMTP id f12mr3143571edf.71.1633720302707; Fri, 08 Oct 2021 12:11:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633720302; cv=none; d=google.com; s=arc-20160816; b=s+XbkZ+I6KW4TcUYFHGCdi/wtnfkUI+zwd+q5adwnGzbHjGjvgj8da4TYmArsphKra TU1mNGb9RxdcVsTWvs45vLt6Sw76KBggMwBUj2vT3kRZvtBLWjDNUkfmGsOpHVcnVnZm v2wJnbLh125fSgxJdagZmUjpS6fK+2/kkLC1QA9p4XPc4iCVneguDA4bx3WxZymw6zhg uGXN8a8AQEZWKDk09HF9iIE/zVjxbkbfhJR8GX0GlGUZMn+04546bMr31SZe3fjbiU9F aJ+rYLZCwVFBJIhJnJSWxIavbuPNe6LOVydOzwTKqOqPjqvSoXRBZKDWZLjwTqiHUWT/ 4yzg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=ORTBMRvANaoVz97DNrlxpQPKH7mpcI3JUruEAh12hHg=; b=FoiM7wxmd6bfs6g1JzYCFAhb0nzdGvB550Dyz5hGFNdKvsRLWRuYn/MzBPBaVDLBDi Rhaf7Ro9v5zFAx3E2bUlQGALSLfOuIDUZnrC7Rra3Qkdfd4QPr8XccsL8NSPTEZzMIVv +iHaOH2aOpMDQYKG/L+KFf3V8wzsIvWvKr8qC79BXwo1EZLh3l8bF8iAeS6CO8Src7dA 2l0pA48/+SHxiQzfqaju5JTyJWcznZkJJTfLPlJwriOerDHXNk9NXG9+zDU3msLAtLsD Zj1hTxsAX4VU8Cte9gTQaTXrvGA2n7abLED4HvbzgSHKdr9WuNmjl0lqVA5ADMxrjh3Y gf4A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=WxrBksDj; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y5si267372edp.88.2021.10.08.12.11.17; Fri, 08 Oct 2021 12:11:42 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=WxrBksDj; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240757AbhJHTLA (ORCPT + 99 others); Fri, 8 Oct 2021 15:11:00 -0400 Received: from mail.kernel.org ([198.145.29.99]:49736 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240509AbhJHTKw (ORCPT ); Fri, 8 Oct 2021 15:10:52 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 7D55C60F4F; Fri, 8 Oct 2021 19:08:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1633720134; bh=ahdb9UU3Apu1h/RZvmWWRbT4Xsp0brpHZdLDcNzmF44=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=WxrBksDjkKXZhnIkrST+vv9VALtQkvfzjJPRC7fUte7oROd0KtfVnH6GuEl3YNjeb 2HKU+F7IEIXpdKH4FqwdzWYbkT5Gq9i09ZuAqHCmUy54FcZHXHxq64cBQ3gotUp4wc FK9cO9kVV555PqGPBKX+7zzj22OfL7vQDkefft8Ia1x4Ym1XNzcl+MSNuKmY2gyLWS YLNcCv2Ps579fqrH+VakoxPpQtwjS6/v5eWWg6EQobrqGGRU5jsZm+U/ycgggCiARv 41jBLQIJswPYRVFo0a7/x0ls26ortbgHvIr5WR8zJuVfXe210yGuUzpB3GH+//rmqg Vkt0Tuvzz1O3w== Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id DCA44410A1; Fri, 8 Oct 2021 16:08:51 -0300 (-03) Date: Fri, 8 Oct 2021 16:08:51 -0300 From: Arnaldo Carvalho de Melo To: Ian Rogers Cc: Jiri Olsa , Peter Zijlstra , Ingo Molnar , Mark Rutland , Alexander Shishkin , Namhyung Kim , Jin Yao , John Garry , "Paul A . Clarke" , linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org, Brendan Higgins , Daniel Latypov , David Gow , eranian@google.com Subject: Re: [RFC PATCH 0/5] Start aligning perf test with kunit style Message-ID: References: <20210922081959.390059-1-irogers@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Url: http://acmel.wordpress.com Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Mon, Sep 27, 2021 at 09:09:43AM -0700, Ian Rogers escreveu: > On Sun, Sep 26, 2021 at 2:25 PM Jiri Olsa wrote: > > > > On Wed, Sep 22, 2021 at 04:36:05PM -0700, Ian Rogers wrote: > > > On Wed, Sep 22, 2021 at 2:55 PM Jiri Olsa 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@ibm-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 ;-) > > Thanks, actually we have a parser on this output :-) I will correct the issue. Seems like the right direction, people are ok with it, v2 time? - Arnaldo > Ian > > > 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 > > > > > > > > > > > > > > -- - Arnaldo