From nobody Fri Dec 19 18:44:27 2025 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 37115C77B60 for ; Sat, 29 Apr 2023 05:36:40 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1347203AbjD2Fgi (ORCPT ); Sat, 29 Apr 2023 01:36:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37986 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1347163AbjD2Fg3 (ORCPT ); Sat, 29 Apr 2023 01:36:29 -0400 Received: from mail-pf1-x449.google.com (mail-pf1-x449.google.com [IPv6:2607:f8b0:4864:20::449]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CA59344A0 for ; Fri, 28 Apr 2023 22:36:00 -0700 (PDT) Received: by mail-pf1-x449.google.com with SMTP id d2e1a72fcca58-63b66a3275eso417158b3a.2 for ; Fri, 28 Apr 2023 22:36:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20221208; t=1682746560; x=1685338560; h=cc:to:from:subject:references:mime-version:message-id:in-reply-to :date:from:to:cc:subject:date:message-id:reply-to; bh=dIl1kUAo9IYD/UhzcgxFmKKCjB+AQPORsd+rIG9tHuw=; b=cVN0YdL7ddtj5JrxAYIqU+LfGzYb7kPu1CHgv4NhurPXxTGeimWIepl5GMNSUjxSVs RHfYOVexoa6QpeeDNXZCSSFl9GTzyRXj1v0aWsc7UkG0JtVNtc8FFAMYu6FQbSuUEUDO 9LbBx2B+LVdUTnt7zB0VJSxm84lBlfjP6r72oXFmfNMRxuiCEpaIZlYppbNf/Xh0m3w1 WQ8hPqt935xZdYZ0NPxGgQZt5WiSQ4IOhSncysujVc9d4HaS98tQX1BJvDYUXMMl2sg4 Y11KLLulZMT1fQPvofXrOKeE3eLV/S5Rmqt3lqRm8r3j8GxwQPX4Rfz22sjzpV5A9EK/ JHUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682746560; x=1685338560; h=cc:to:from:subject:references:mime-version:message-id:in-reply-to :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=dIl1kUAo9IYD/UhzcgxFmKKCjB+AQPORsd+rIG9tHuw=; b=EO5gpThres8WnrVd2quaukWAsSNZz1oYgNsBI3DRtz0IFm1If/+qvkTSMK5OsdNMJ9 d4xwT00Rnu4HW7RM3qZivDgycSSDsIFoghN45+Cr6HZv10v5TJdPayOL2wOMpdUQyRgd I4p1xDwtP5cTUsE7RYIwpgqHEG0Jtk9zLOCpmOOELn9X9JSGmiNY+DBNJPOfMUg3yLYs ndfxqMhm33CwzZa/3Kqm0VauOsehvrqxH4fmn0VHV1ltj6tjIPq9A5BQNPv/fEq6ZmYY pJfNHBWmEXvTGMoG6aPJ2+FWCBwpb7ho12+egQWmrZl4zAbXqeROvK+nWIgqXKDcCwD4 +j2g== X-Gm-Message-State: AC+VfDySLs3NfURyEW3RhMN+a64KDnmBlmJeBTw0Ram9wEi0YsiTXWAW vyOuHJAyGRotQmEzZIOlKszIqfbM5kKe X-Google-Smtp-Source: ACHHUZ4PXxHbwDxdRNRMUj2a+HODRdvSZGCSs65evD6naAIq3Wpq0ZJ1JnDD4jTqcf7pGI8+A0KR4geV3uOA X-Received: from irogers.svl.corp.google.com ([2620:15c:2d4:203:c563:7e28:fb7c:bce3]) (user=irogers job=sendgmr) by 2002:a05:6a00:1625:b0:63d:255f:36f8 with SMTP id e5-20020a056a00162500b0063d255f36f8mr1991185pfc.3.1682746560270; Fri, 28 Apr 2023 22:36:00 -0700 (PDT) Date: Fri, 28 Apr 2023 22:34:25 -0700 In-Reply-To: <20230429053506.1962559-1-irogers@google.com> Message-Id: <20230429053506.1962559-6-irogers@google.com> Mime-Version: 1.0 References: <20230429053506.1962559-1-irogers@google.com> X-Mailer: git-send-email 2.40.1.495.gc816e09b53d-goog Subject: [PATCH v3 05/46] perf parse-events: Don't reorder ungrouped events by pmu From: Ian Rogers To: Arnaldo Carvalho de Melo , Kan Liang , Ahmad Yasin , Peter Zijlstra , Ingo Molnar , Stephane Eranian , Andi Kleen , Perry Taylor , Samantha Alt , Caleb Biggers , Weilin Wang , Edward Baker , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Adrian Hunter , Florian Fischer , Rob Herring , Zhengjun Xing , John Garry , Kajol Jain , Sumanth Korikkar , Thomas Richter , Tiezhu Yang , Ravi Bangoria , Leo Yan , Yang Jihong , James Clark , Suzuki Poulouse , Kang Minchul , Athira Rajeev , linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Ian Rogers Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" The pmu_group_name by default returns "cpu" which on non-hybrid/ARM means that ungrouped software, and hardware events are all going to sort by the original insertion index. However, on hybrid and ARM wildcard expansion may mean the PMU name is set and events will be unnecessarily reordered - triggering the reordering warning. Signed-off-by: Ian Rogers --- tools/perf/util/parse-events.c | 23 +++++++++++++++-------- 1 file changed, 15 insertions(+), 8 deletions(-) diff --git a/tools/perf/util/parse-events.c b/tools/perf/util/parse-events.c index d71019dcd614..34ba840ae19a 100644 --- a/tools/perf/util/parse-events.c +++ b/tools/perf/util/parse-events.c @@ -2140,25 +2140,32 @@ static int evlist__cmp(void *state, const struct li= st_head *l, const struct list int *leader_idx =3D state; int lhs_leader_idx =3D *leader_idx, rhs_leader_idx =3D *leader_idx, ret; const char *lhs_pmu_name, *rhs_pmu_name; + bool lhs_has_group =3D false, rhs_has_group =3D false; =20 /* * First sort by grouping/leader. Read the leader idx only if the evsel * is part of a group, as -1 indicates no group. */ - if (lhs_core->leader !=3D lhs_core || lhs_core->nr_members > 1) + if (lhs_core->leader !=3D lhs_core || lhs_core->nr_members > 1) { + lhs_has_group =3D true; lhs_leader_idx =3D lhs_core->leader->idx; - if (rhs_core->leader !=3D rhs_core || rhs_core->nr_members > 1) + } + if (rhs_core->leader !=3D rhs_core || rhs_core->nr_members > 1) { + rhs_has_group =3D true; rhs_leader_idx =3D rhs_core->leader->idx; + } =20 if (lhs_leader_idx !=3D rhs_leader_idx) return lhs_leader_idx - rhs_leader_idx; =20 - /* Group by PMU. Groups can't span PMUs. */ - lhs_pmu_name =3D evsel__group_pmu_name(lhs); - rhs_pmu_name =3D evsel__group_pmu_name(rhs); - ret =3D strcmp(lhs_pmu_name, rhs_pmu_name); - if (ret) - return ret; + /* Group by PMU if there is a group. Groups can't span PMUs. */ + if (lhs_has_group && rhs_has_group) { + lhs_pmu_name =3D evsel__group_pmu_name(lhs); + rhs_pmu_name =3D evsel__group_pmu_name(rhs); + ret =3D strcmp(lhs_pmu_name, rhs_pmu_name); + if (ret) + return ret; + } =20 /* Architecture specific sorting. */ return arch_evlist__cmp(lhs, rhs); --=20 2.40.1.495.gc816e09b53d-goog