Received: by 2002:a05:6358:5282:b0:b5:90e7:25cb with SMTP id g2csp3412555rwa; Tue, 23 Aug 2022 04:28:47 -0700 (PDT) X-Google-Smtp-Source: AA6agR7Khlw9AlY6KfEWmLGplhP6Lhfsxf4ODWeUBPJ6BrybW78l0WQbbYkad3zvtX3/K2Wz2KT+ X-Received: by 2002:a63:220a:0:b0:42a:59ee:d5d with SMTP id i10-20020a63220a000000b0042a59ee0d5dmr14941553pgi.293.1661254126732; Tue, 23 Aug 2022 04:28:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661254126; cv=none; d=google.com; s=arc-20160816; b=tcpxNzftGqe6+h+yVA9HmXGgoYSQRV59vDk0JT2VQy2KIGdVVEM0khxE0+/0010W85 NTwAne6KzsgyBq6FHGzWZaH6q6eQqnQ/k57iSKpB1uevyxRnE9IwV5Bzp85qO3BpXE2+ EJ+V9w9Xw5BlxdRT43gW8YljEg2a/Md8QKbDoCIiJdXc4Snjc/BFA3j8R5vbxduNPeFT RaPFV7d7kfKk6wzrGj3Cn6zWNlmGpmA8aViyqByEgz9irKzQRgw23rP0+KVvvzsBbhmp dWvNxklJOPy7mT6dNQUsAlD9idK6lY3OG2W41pluN4TXvuDZoZy92b33OQYV0iNwkX7X 5g1w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from :dkim-signature; bh=2GEox6su7AoY4+aEAqSxNCHHTvFo9S3YrU+NFgyLh6M=; b=cQp4mzRq9ZWVP045mHBUWeqW7C9IYACgAmBSvdpA0B1jCm0zuLDJL/tr0AKudJ5v73 lD+tmhfVNEUaqPjcaQL8yNnhLUUXSd3NHqSPp8rnlPX/Y9GBbd5yBb70+RHmanpUjVSt BnMVFg152LEwa1sKfpW2BUtUDTBUsc7d1ypHjsfPtFcJ7O4l5Z/9nJxwlJC/7Pmbu7kB GGmfKVG2HyhNNd6DYDiQaAEWhS0jrlord/kJJeptQ3x2jUi4kz6Tx5E/jixDvg20XO0z PkTsZB/LaDm7BC8y087YsR2uLAuG+6VlLIkxFI0DluS1EIpaFf8mp+GpwCVhHWhMb6Gx ss4g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=q9GKbI0m; 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=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a4-20020a170902ecc400b00172ccb0862fsi12801682plh.88.2022.08.23.04.28.36; Tue, 23 Aug 2022 04:28:46 -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=@linaro.org header.s=google header.b=q9GKbI0m; 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=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1356343AbiHWKum (ORCPT + 99 others); Tue, 23 Aug 2022 06:50:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50512 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1356641AbiHWKmq (ORCPT ); Tue, 23 Aug 2022 06:42:46 -0400 Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3A6B2AA4D4 for ; Tue, 23 Aug 2022 02:10:15 -0700 (PDT) Received: by mail-wr1-x42b.google.com with SMTP id d16so10901779wrr.3 for ; Tue, 23 Aug 2022 02:10:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=message-id:date:subject:cc:to:from:from:to:cc; bh=2GEox6su7AoY4+aEAqSxNCHHTvFo9S3YrU+NFgyLh6M=; b=q9GKbI0mC9u3ZVdiR0XwtAj2Sv+LW2oXwXZJGh29tpEE9vE4lBN91EtDicNh2CTdG+ n4eyNcmuhRcY2tkbg/3s24892tRY+K1BRawtSEDJkJDtGeUYd8XiVuzfEDsigrTBPH/j 1bEprKm4GDguie8AVGxCytQWxmPBjItZKB32Q1uBgRQqwdeFqUQZXh+4jVdrnzAgRAo7 aaJ0csNmeTUuvvYiwjsnoO3swsFzGoWstLL6ySqPC8nsyWi192VACuWzvjRYWP4qx/N4 cmCWfeMx/c7MuYuL5dV/tNIp75X0MbRDB4VAFKxLuMjL/KXJQUVtWXJoL6/seswm86Qh pWqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc; bh=2GEox6su7AoY4+aEAqSxNCHHTvFo9S3YrU+NFgyLh6M=; b=E6O7EzrMRQdB8AL+aeBSBuebHcEc1wfFvmmO3rb0baXgvUknXuE7fjGc13Hept7CEN VehL7KwTzksVnsUio18TpLRJuTh0/4TKTmSKlfUVzkDkHp7wzm+V9k5GaUb6xVGOZ2TY HEXfWc+KadugEuQQAP/iHEHNqBccAdpDtRkYgHpdFVPHI587prl+8T9RL99SRRYw+yUb 1+7pjEiOTCWepsJSm3Z823gGf1jgjdY+fsJV4UDckBrw1nzi9yFTxHOzBO8Vvnrn3+ep KGS205isSqcX5t9OfadvSs05WENQMWrEqMhURHD72DkIoukFVTgw1wuvGWvvxsgtGF50 69vQ== X-Gm-Message-State: ACgBeo08U3qGfbTaEj55FPUdV/yi+cr0zMK7P7kwNah/rAPESzfYPV+N 75PJ2VbyeBiL4uzqzGPYISkJBQ== X-Received: by 2002:adf:fb0e:0:b0:21a:34a2:5ca9 with SMTP id c14-20020adffb0e000000b0021a34a25ca9mr13092302wrr.472.1661245813218; Tue, 23 Aug 2022 02:10:13 -0700 (PDT) Received: from linaro.org ([2a00:23c5:6809:2201:4553:cf11:6cff:b293]) by smtp.gmail.com with ESMTPSA id w6-20020adfde86000000b002253d162491sm10760721wrl.52.2022.08.23.02.10.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 23 Aug 2022 02:10:12 -0700 (PDT) From: Mike Leach To: coresight@lists.linaro.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Cc: mathieu.poirier@linaro.org, suzuki.poulose@arm.com, peterz@infradead.org, mingo@redhat.com, acme@kernel.org, linux-perf-users@vger.kernel.org, leo.yan@linaro.org, quic_jinlmao@quicinc.com, Mike Leach Subject: [PATCH v4 00/13] coresight: Add new API to allocate trace source ID values Date: Tue, 23 Aug 2022 10:09:56 +0100 Message-Id: <20220823091009.14121-1-mike.leach@linaro.org> X-Mailer: git-send-email 2.17.1 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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 The current method for allocating trace source ID values to sources is to use a fixed algorithm for CPU based sources of (cpu_num * 2 + 0x10). The STM is allocated ID 0x1. This fixed algorithm is used in both the CoreSight driver code, and by perf when writing the trace metadata in the AUXTRACE_INFO record. The method needs replacing as currently:- 1. It is inefficient in using available IDs. 2. Does not scale to larger systems with many cores and the algorithm has no limits so will generate invalid trace IDs for cpu number > 44. Additionally requirements to allocate additional system IDs on some systems have been seen. This patch set introduces an API that allows the allocation of trace IDs in a dynamic manner. Architecturally reserved IDs are never allocated, and the system is limited to allocating only valid IDs. Each of the current trace sources ETM3.x, ETM4.x and STM is updated to use the new API. For the ETMx.x devices IDs are allocated on certain events a) When using sysfs, an ID will be allocated on hardware enable, or a read of sysfs TRCTRACEID register and freed when the sysfs reset is written. b) When using perf, ID is allocated on during setup AUX event, and freed on event free. IDs are communicated using the AUX_OUTPUT_HW_ID packet. The ID allocator is notified when perf sessions start and stop so CPU based IDs are kept constant throughout any perf session. Note: This patchset breaks some backward compatibility for perf record and perf report. The version of the AUXTRACE_INFO has been updated to reflect the fact that the trace source IDs are generated differently. This will mean older versions of perf report cannot decode the newer file. Applies to coresight/next [4d45bc82df66] Tested on DB410c Changes since v3: 1) Fixed aarch32 build error in ETM3.x driver. Reported-by: kernel test robot Changes since v2: 1) Improved backward compatibility: (requested by James) Using the new version of perf on an old kernel will generate a usable file legacy metadata values are set by the new perf and will be used if mew ID packets are not present in the file. Using an older version of perf / simpleperf on an updated kernel may still work. The trace ID allocator has been updated to use the legacy ID values where possible, so generated file and used trace IDs will match up to the point where the legacy algorithm is broken anyway. 2) Various changes to the ID allocator and ID packet format. (suggested by Suzuki) 3) per CPU ID info in allocator now stored as atomic type to allow a passive read without taking the allocator spinlock. perf flow now allocates and releases ID values in setup_aux / free_event. Device enable and event enable use the passive read to set the allocated values. This simplifies the locking mechanisms on the perf run and fixes issues that arose with locking dependencies. Changes since v1: (after feedback & discussion with Mathieu & Suzuki). 1) API has changed. The global trace ID map is managed internally, so it is no longer passed in to the API functions. 2) perf record does not use sysfs to find the trace IDs. These are now output as AUX_OUTPUT_HW_ID events. The drivers, perf record, and perf report have been updated accordingly to generate and handle these events. Mike Leach (13): coresight: trace-id: Add API to dynamically assign Trace ID values coresight: Remove obsolete Trace ID unniqueness checks coresight: stm: Update STM driver to use Trace ID API coresight: etm4x: Update ETM4 driver to use Trace ID API coresight: etm3x: Update ETM3 driver to use Trace ID API coresight: etmX.X: stm: Remove trace_id() callback coresight: perf: traceid: Add perf notifiers for Trace ID perf: cs-etm: Move mapping of Trace ID and cpu into helper function perf: cs-etm: Update record event to use new Trace ID protocol kernel: events: Export perf_report_aux_output_id() perf: cs-etm: Handle PERF_RECORD_AUX_OUTPUT_HW_ID packet coresight: events: PERF_RECORD_AUX_OUTPUT_HW_ID used for Trace ID coresight: trace-id: Add debug & test macros to Trace ID allocation drivers/hwtracing/coresight/Makefile | 2 +- drivers/hwtracing/coresight/coresight-core.c | 49 +-- .../hwtracing/coresight/coresight-etm-perf.c | 23 ++ drivers/hwtracing/coresight/coresight-etm.h | 3 +- .../coresight/coresight-etm3x-core.c | 92 +++-- .../coresight/coresight-etm3x-sysfs.c | 27 +- .../coresight/coresight-etm4x-core.c | 79 ++++- .../coresight/coresight-etm4x-sysfs.c | 27 +- drivers/hwtracing/coresight/coresight-etm4x.h | 3 + drivers/hwtracing/coresight/coresight-stm.c | 49 +-- .../hwtracing/coresight/coresight-trace-id.c | 266 ++++++++++++++ .../hwtracing/coresight/coresight-trace-id.h | 78 +++++ include/linux/coresight-pmu.h | 35 +- include/linux/coresight.h | 3 - kernel/events/core.c | 1 + tools/include/linux/coresight-pmu.h | 48 ++- tools/perf/arch/arm/util/cs-etm.c | 21 +- .../perf/util/cs-etm-decoder/cs-etm-decoder.c | 7 + tools/perf/util/cs-etm.c | 331 +++++++++++++++--- tools/perf/util/cs-etm.h | 14 +- 20 files changed, 933 insertions(+), 225 deletions(-) create mode 100644 drivers/hwtracing/coresight/coresight-trace-id.c create mode 100644 drivers/hwtracing/coresight/coresight-trace-id.h -- 2.17.1