Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp84201rwb; Mon, 26 Sep 2022 09:34:40 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5AGB3R3T0KLyZEmXzGjI9du4qZjM0Es7TFCXbFCqq7djH8GQHbaV56kx1UTKUo2t9G9hau X-Received: by 2002:aa7:d8ce:0:b0:44e:8895:89c2 with SMTP id k14-20020aa7d8ce000000b0044e889589c2mr23404615eds.382.1664210079859; Mon, 26 Sep 2022 09:34:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664210079; cv=none; d=google.com; s=arc-20160816; b=kzHHOgnUsE6akpPlGDHk6NUsakqBj/+hS3L/z7Rd9dn6wzSF/fyIqXp3RD250WsPH4 S8c3jLRRKeCYvJuJtyCc5q35FTu9A1BktedmPx27EFrbkCOEvVkSYbcbt47ZG1KlTMQW 5f3iHtWtEUbB+sGFEDEnFfqtjuxpNNaw4ElCNoTr3jK11sslMAP/OZb9bGYXmd80zVuk U3VoOnUYN+PWcENJd2Ircn/pb7yQELmZDkCb71PJCqolF8ALWuv2tGO3iV4RALl9p63r kx//wvM4LIdPSsnhCwtQIipqQV3gYQSAmcxfvhp4YY9Cjqlxis3xch9Hu/vQ7f95zcJg jXDw== 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=4cZMfudoGUv6qY7ejIfQuRJZbcBc8jxphRmccy7vvMc=; b=rftuEqWt7wSKs0R+kmuP7GdJi1dEHZV/PL8PSQWvnzXgn0HdPlKOwWa6eMRmvJZHP4 JwCGwqdrg4IId17+wohCue8fmgSIV6oePKInQv2tsIWBLZAd3hPnOg9SCZUTm2UhKKQi iB/8ic57jhMDCen1I2hoHZKu1f1e1pigbvKLmGVHPoEcR5M4dzb5/yNIN2jOhsrTn5EN aT+0CHuI587xr8NhDqezyxQRJZtjupqeD9eYQzo/xArBcRx+5HGFRDrl+0Z8mmfYd2Jt ywJSKcF2GwEuWWwWwnFWY2ROYi54mv9mshua9HuPZU9Zzlkd+uzbIM/F9DLGeFxpvEcC PfvQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=j0gCsKmd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id sd2-20020a1709076e0200b0076fa2b7712csi397311ejc.221.2022.09.26.09.34.14; Mon, 26 Sep 2022 09:34:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=j0gCsKmd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S234238AbiIZOo2 (ORCPT + 99 others); Mon, 26 Sep 2022 10:44:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42964 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235529AbiIZOn4 (ORCPT ); Mon, 26 Sep 2022 10:43:56 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 48A0085590; Mon, 26 Sep 2022 06:06:51 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id F2DB0B80977; Mon, 26 Sep 2022 13:06:49 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 7E66DC433D6; Mon, 26 Sep 2022 13:06:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1664197608; bh=k6Ja2GHJ3y49BN5GulLQB08Ww/f3AOj5+iE3g4xLt6M=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=j0gCsKmd0OoOAfm0LzMBfFtfO7rCrBzd/02H6/GGGw7CPSCK204PRd8TbD4qjcoSG qv6Kh1kzdD1tITgfodu5eVmE9h6Ap9cHY3ZlCFC1xoRo8ivxqD9T1O0pu0HTDuSh18 kF0C0R2Zzc9O9PrKI9lZI0z97xGTaubbW1ZtoKSScc6OleYZaBQUfFNKSW9ltKBFfA 2Sx9Wkq+ADSXZPpPgQpGvmuh8Q1duhacW4KkNdk6rAGuhnoMtvp3Zy3iweSt8yMc40 3Iz1rhLvpZ5UM6PvO8YLx+Drz+P1rcGFRXQO1oLc6E11N2P96zQicfPWsgEZjt5Aqo tFdUFr9CsQV9Q== Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id 8D5C2403B0; Mon, 26 Sep 2022 14:06:46 +0100 (IST) Date: Mon, 26 Sep 2022 14:06:46 +0100 From: Arnaldo Carvalho de Melo To: Namhyung Kim Cc: Jiri Olsa , Ingo Molnar , Peter Zijlstra , LKML , Ian Rogers , Adrian Hunter , linux-perf-users@vger.kernel.org, Song Liu , Hao Luo , bpf@vger.kernel.org Subject: Re: [PATCH v4] perf tools: Get a perf cgroup more portably in BPF Message-ID: References: <20220923063205.772936-1-namhyung@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220923063205.772936-1-namhyung@kernel.org> X-Url: http://acmel.wordpress.com X-Spam-Status: No, score=-7.2 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Thu, Sep 22, 2022 at 11:32:05PM -0700, Namhyung Kim escreveu: > The perf_event_cgrp_id can be different on other configurations. > To be more portable as CO-RE, it needs to get the cgroup subsys id > using the bpf_core_enum_value() helper. > > Suggested-by: Ian Rogers > Signed-off-by: Namhyung Kim > --- > v4 changes) > * add a missing check in the off_cpu Thanks, applied. - Arnaldo > v3 changes) > * check compiler features for enum value > > v2 changes) > * fix off_cpu.bpf.c too > * get perf_subsys_id only once > > tools/perf/util/bpf_skel/bperf_cgroup.bpf.c | 11 ++++++++++- > tools/perf/util/bpf_skel/off_cpu.bpf.c | 18 ++++++++++++++---- > 2 files changed, 24 insertions(+), 5 deletions(-) > > diff --git a/tools/perf/util/bpf_skel/bperf_cgroup.bpf.c b/tools/perf/util/bpf_skel/bperf_cgroup.bpf.c > index 292c430768b5..8e7520e273db 100644 > --- a/tools/perf/util/bpf_skel/bperf_cgroup.bpf.c > +++ b/tools/perf/util/bpf_skel/bperf_cgroup.bpf.c > @@ -48,6 +48,7 @@ const volatile __u32 num_cpus = 1; > > int enabled = 0; > int use_cgroup_v2 = 0; > +int perf_subsys_id = -1; > > static inline int get_cgroup_v1_idx(__u32 *cgrps, int size) > { > @@ -58,7 +59,15 @@ static inline int get_cgroup_v1_idx(__u32 *cgrps, int size) > int level; > int cnt; > > - cgrp = BPF_CORE_READ(p, cgroups, subsys[perf_event_cgrp_id], cgroup); > + if (perf_subsys_id == -1) { > +#if __has_builtin(__builtin_preserve_enum_value) > + perf_subsys_id = bpf_core_enum_value(enum cgroup_subsys_id, > + perf_event_cgrp_id); > +#else > + perf_subsys_id = perf_event_cgrp_id; > +#endif > + } > + cgrp = BPF_CORE_READ(p, cgroups, subsys[perf_subsys_id], cgroup); > level = BPF_CORE_READ(cgrp, level); > > for (cnt = 0; i < MAX_LEVELS; i++) { > diff --git a/tools/perf/util/bpf_skel/off_cpu.bpf.c b/tools/perf/util/bpf_skel/off_cpu.bpf.c > index c4ba2bcf179f..38e3b287dbb2 100644 > --- a/tools/perf/util/bpf_skel/off_cpu.bpf.c > +++ b/tools/perf/util/bpf_skel/off_cpu.bpf.c > @@ -94,6 +94,8 @@ const volatile bool has_prev_state = false; > const volatile bool needs_cgroup = false; > const volatile bool uses_cgroup_v1 = false; > > +int perf_subsys_id = -1; > + > /* > * Old kernel used to call it task_struct->state and now it's '__state'. > * Use BPF CO-RE "ignored suffix rule" to deal with it like below: > @@ -119,11 +121,19 @@ static inline __u64 get_cgroup_id(struct task_struct *t) > { > struct cgroup *cgrp; > > - if (uses_cgroup_v1) > - cgrp = BPF_CORE_READ(t, cgroups, subsys[perf_event_cgrp_id], cgroup); > - else > - cgrp = BPF_CORE_READ(t, cgroups, dfl_cgrp); > + if (!uses_cgroup_v1) > + return BPF_CORE_READ(t, cgroups, dfl_cgrp, kn, id); > + > + if (perf_subsys_id == -1) { > +#if __has_builtin(__builtin_preserve_enum_value) > + perf_subsys_id = bpf_core_enum_value(enum cgroup_subsys_id, > + perf_event_cgrp_id); > +#else > + perf_subsys_id = perf_event_cgrp_id; > +#endif > + } > > + cgrp = BPF_CORE_READ(t, cgroups, subsys[perf_subsys_id], cgroup); > return BPF_CORE_READ(cgrp, kn, id); > } > > -- > 2.37.3.998.g577e59143f-goog -- - Arnaldo