Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp228129pxu; Thu, 7 Jan 2021 03:25:39 -0800 (PST) X-Google-Smtp-Source: ABdhPJwzP1aXiNTg+YS72e7hEpfghhsO5J8Kgk8qD+m1onwpF9b/uUMRWtS69igq7u7JeukG+VuI X-Received: by 2002:aa7:d0c5:: with SMTP id u5mr1297191edo.46.1610018739598; Thu, 07 Jan 2021 03:25:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610018739; cv=none; d=google.com; s=arc-20160816; b=AgEw8Q6ArtDpNPtRvUc7ovh+Iisn/3E9laWczTntqd5tNntHdzDa7bJuT6mxvooNyz 3KW2nCHcv6J0SS3rIkukZylKBgBnDM13YFyXCN6mERgSxenBT3zvGxN5XS/VNIDrt08w zsgW7LbRcYlB2wivtE/YUfO2dphtollYM/0Ilh+1yxgNKUuOy6/7FkVZppEB/lxEvSMl DSFLdsfAAV2ozoGVwJWcZOepRM7LTFroKq6agxAJB8DYkbao1H73qsXPsgioE7XXhl4H Y6Imd0AktwUd/CqDyrbttBp7DF+OigBuTPygL9si5ztJJ6QawZxFQAIWqV6j1qkE9AzQ 8bgQ== 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; bh=j6u3eNN9nPXHjzPrtpkQae53rzf5o7T4Sppx/3aQg34=; b=Fj/EZcAS+gXK8U2ck5vhhhoii6dZ3Bqpgxoqg8VB8G0ZKSfNMRGK2TdnNJeBjYFVir 4ZJUFb1iSnH6z2VLdcKDlSD0FJy6x5fvFq+FTWchngd1NyWAUydiGjUOKu+CxKTf3A1V ZlZ+XsnnZ78wVQ8I1HLXpLxpwpBDN6sO9TjpBfaF4hig8zche2eU5KmMVQ3iAthXu9Wh puCcW3nEJlOuzUftqIK9zB4cW8LNom+XCFFv0MnG+Xj5BHUYJ2zMSs7EjZK/1RVWthrC OvvPmn4DfXr21QDViTKMtkW3JcEwBIKgFqYD9nDKtIdP8G/ZbWR/P2v0m7cgL0VddjMV G4Jg== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e12si2214628edc.322.2021.01.07.03.25.15; Thu, 07 Jan 2021 03:25:39 -0800 (PST) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726514AbhAGLYe (ORCPT + 99 others); Thu, 7 Jan 2021 06:24:34 -0500 Received: from foss.arm.com ([217.140.110.172]:58242 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726229AbhAGLYe (ORCPT ); Thu, 7 Jan 2021 06:24:34 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 2F3131FB; Thu, 7 Jan 2021 03:23:48 -0800 (PST) Received: from e107158-lin (unknown [10.1.194.78]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 81F4A3F719; Thu, 7 Jan 2021 03:23:46 -0800 (PST) Date: Thu, 7 Jan 2021 11:23:44 +0000 From: Qais Yousef To: Andrii Nakryiko Cc: Alexei Starovoitov , bpf , Daniel Borkmann , Andrii Nakryiko , Phil Auld , "Peter Zijlstra (Intel)" , Dietmar Eggemann , vincent.donnefort@arm.com, Ingo Molnar , vincent.guittot@linaro.org, LKML , Valentin Schneider Subject: Re: [PATCH v2] sched/debug: Add new tracepoint to track cpu_capacity Message-ID: <20210107112344.y73hmx3bg7cjkp53@e107158-lin> References: <58f5d2e8-493b-7ce1-6abd-57705e5ab437@arm.com> <20200902135423.GB93959@lorien.usersys.redhat.com> <20200907110223.gtdgqod2iv2w7xmg@e107158-lin.cambridge.arm.com> <20200908131954.GA147026@lorien.usersys.redhat.com> <20210104182642.xglderapsfrop6pi@e107158-lin> <20210105113857.gzqaiuhxsxdtu474@e107158-lin> <20210106112712.6ec7yejhidauo432@e107158-lin> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 01/06/21 15:42, Andrii Nakryiko wrote: > On Wed, Jan 6, 2021 at 3:27 AM Qais Yousef wrote: > > > > On 01/05/21 08:44, Alexei Starovoitov wrote: > > > > Any pointer to an example test I could base this on? > > > > > > selftests/bpf/ > > > > I was hoping for something more elaborate. I thought there's something already > > there that do some verification for raw tracepoint that I could either extend > > or replicate. Otherwise this could end up being a time sink for me and I'm not > > keen on jumping down this rabbit hole. > > One way would be to add either another custom tracepoint definition to > a test module or modify the existing one to be a bare tracepoint. See > links below. > > If it's easy to trigger those tracepoints from user-space on demand, > writing a similar (to module_attach) selftest for in-kernel tracepoint > is trivial. > > [0] https://github.com/torvalds/linux/blob/master/tools/testing/selftests/bpf/bpf_testmod/bpf_testmod-events.h > [1] https://github.com/torvalds/linux/blob/master/tools/testing/selftests/bpf/progs/test_module_attach.c#L12-L18 > [2] https://github.com/torvalds/linux/blob/master/tools/testing/selftests/bpf/prog_tests/module_attach.c Thanks a lot Andrii. That will make it much easier to figure out something. Cheers -- Qais Yousef