Received: by 2002:a05:7412:419a:b0:f3:1519:9f41 with SMTP id i26csp2802212rdh; Sun, 26 Nov 2023 21:33:21 -0800 (PST) X-Google-Smtp-Source: AGHT+IEyn8uJ5SHMt4iatnqzQcqqouZxa0PuXWFYz7Djkz4JlECxuEXm9PzqzRoVLoGy/17kHcJe X-Received: by 2002:a17:903:124d:b0:1c5:d8a3:8789 with SMTP id u13-20020a170903124d00b001c5d8a38789mr10953587plh.4.1701063201267; Sun, 26 Nov 2023 21:33:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1701063201; cv=none; d=google.com; s=arc-20160816; b=tRFq/4kpKu8Q/h2N//04iNF/9jGHlLBCDwX0wvtOSNUq9cSgkT4qvDi6PS7cYfhyzB uI561GOtjiTgmGt97fJ/GB9tbP7xaNq3uqfpAcoUAyjqdC9YIuZdphpcgF5fULqx8PG4 O5Q/6yhmy/2+Ppgyy0lrS+BFwKYzRrdO/OYs9uVsb/viaxPPE5JX+WYNSp3qv29uURIf WEQae7fM9Djr0wW8XzaMkFkRQn7jUPsxjUpeQiGHfYUoFiyD6pf3gxwMqes57F8FonF2 bwTUWQ4U4Y/obTOvT6kGit9xq4pt2rK+wjgNss2+2CDmZntkdkCYuOMGv56PsRYpnLSH x9Lw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=fuLnlEPLSLDyRm6WtpVYE11Hn/L3mIayoOyR+8y/XNg=; fh=IGpFFiroawMBWD8yG6WwX8obqZLBMCIZGgYEQL3c8K8=; b=U0K6b9wS6gL/N/AjcUKv9GSt2+9S0TFVj76ErDHYgGqaL+H56NQMf21+p4dTxSGMHV lpfNtYJWE7WA5EpUVJUKtmZUHxaMLvuf7Wbe3+fdXHQGieSQoEJwxCHt30+0cnlsbUTD sM2GMdBYewepBDf3+FnxUrWGRC2Y9w6el1YkNiGmP0QykE8J+anrCgIoiDIibCTqZ8OU w0mnabstXndsYkp8A53AArZMQE+y52gjuXRDTGOYTbd2GRgOwks2B64SXUGQxXjKJ/eC AnAL1Rj2pvN/OgNYWGO6+6+z2kbB4Ro7VLDc5xez2uk84aEyEk3wyy1aE6zWqw02KKE1 A0cw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 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 groat.vger.email (groat.vger.email. [2620:137:e000::3:5]) by mx.google.com with ESMTPS id l19-20020a170902f69300b001cfa22e6bd7si7431419plg.179.2023.11.26.21.33.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 26 Nov 2023 21:33:21 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) client-ip=2620:137:e000::3:5; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by groat.vger.email (Postfix) with ESMTP id 60B068087F01; Sun, 26 Nov 2023 21:33:18 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at groat.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229514AbjK0FdC (ORCPT + 99 others); Mon, 27 Nov 2023 00:33:02 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41964 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229450AbjK0FdA (ORCPT ); Mon, 27 Nov 2023 00:33:00 -0500 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 84ABEE3; Sun, 26 Nov 2023 21:33:06 -0800 (PST) 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 C65412F4; Sun, 26 Nov 2023 21:33:52 -0800 (PST) Received: from [10.162.41.8] (a077893.blr.arm.com [10.162.41.8]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id E861F3F73F; Sun, 26 Nov 2023 21:33:01 -0800 (PST) Message-ID: <2988dbfe-1384-4b2f-9450-29212c835d6d@arm.com> Date: Mon, 27 Nov 2023 11:02:58 +0530 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v6 2/3] arm64: perf: Add support for event counting threshold Content-Language: en-US To: James Clark , linux-arm-kernel@lists.infradead.org, linux-perf-users@vger.kernel.org, suzuki.poulose@arm.com, will@kernel.org, mark.rutland@arm.com, namhyung@gmail.com Cc: Catalin Marinas , Jonathan Corbet , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org References: <20231124102857.1106453-1-james.clark@arm.com> <20231124102857.1106453-3-james.clark@arm.com> From: Anshuman Khandual In-Reply-To: <20231124102857.1106453-3-james.clark@arm.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,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 groat.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (groat.vger.email [0.0.0.0]); Sun, 26 Nov 2023 21:33:18 -0800 (PST) On 11/24/23 15:58, James Clark wrote: > FEAT_PMUv3_TH (Armv8.8) permits a PMU counter to increment only on > events whose count meets a specified threshold condition. For example if > PMEVTYPERn.TC (Threshold Control) is set to 0b101 (Greater than or > equal, count), and the threshold is set to 2, then the PMU counter will > now only increment by 1 when an event would have previously incremented > the PMU counter by 2 or more on a single processor cycle. > > Three new Perf event config fields, 'threshold', 'threshold_compare' and > 'threshold_count' have been added to control the feature. > threshold_compare maps to the upper two bits of PMEVTYPERn.TC and > threshold_count maps to the first bit of TC. These separate attributes > have been picked rather than enumerating all the possible combinations > of the TC field as in the Arm ARM. The attributes would be used on a > Perf command line like this: > > $ perf stat -e stall_slot/threshold=2,threshold_compare=2/ > > A new capability for reading out the maximum supported threshold value > has also been added: > > $ cat /sys/bus/event_source/devices/armv8_pmuv3/caps/threshold_max > > 0x000000ff > > If a threshold higher than threshold_max is provided, then no error is > generated but the threshold is clamped to the max value. If > FEAT_PMUv3_TH isn't implemented or a 32 bit kernel is running, then > threshold_max reads zero, and neither the 'threshold' nor > 'threshold_control' parameters will be used. > > The threshold is per PMU counter, and there are potentially different > threshold_max values per PMU type on heterogeneous systems. > > Bits higher than 32 now need to be written into PMEVTYPER, so > armv8pmu_write_evtype() has to be updated to take an unsigned long value > rather than u32 which gives the correct behavior on both aarch32 and 64. > > Reviewed-by: Suzuki K Poulose > Signed-off-by: James Clark > --- > drivers/perf/arm_pmuv3.c | 84 +++++++++++++++++++++++++++++++++- > include/linux/perf/arm_pmuv3.h | 1 + > 2 files changed, 84 insertions(+), 1 deletion(-) > > diff --git a/drivers/perf/arm_pmuv3.c b/drivers/perf/arm_pmuv3.c > index 1d40d794f5e4..eb1ef84e1dbb 100644 > --- a/drivers/perf/arm_pmuv3.c > +++ b/drivers/perf/arm_pmuv3.c > @@ -15,6 +15,7 @@ > #include > > #include > +#include > #include > #include > #include > @@ -294,9 +295,20 @@ static const struct attribute_group armv8_pmuv3_events_attr_group = { > .is_visible = armv8pmu_event_attr_is_visible, > }; > > +#define THRESHOLD_LOW 2 > +#define THRESHOLD_HIGH 13 > +#define THRESHOLD_CNT 14 > +#define THRESHOLD_CMP_LO 15 > +#define THRESHOLD_CMP_HI 16 > + > PMU_FORMAT_ATTR(event, "config:0-15"); > PMU_FORMAT_ATTR(long, "config1:0"); > PMU_FORMAT_ATTR(rdpmc, "config1:1"); > +PMU_FORMAT_ATTR(threshold, "config1:" __stringify(THRESHOLD_LOW) "-" > + __stringify(THRESHOLD_HIGH)); > +PMU_FORMAT_ATTR(threshold_compare, "config1:" __stringify(THRESHOLD_CMP_LO) "-" > + __stringify(THRESHOLD_CMP_HI)); > +PMU_FORMAT_ATTR(threshold_count, "config1:" __stringify(THRESHOLD_CNT)); Small nit - could this be formatted better ? Is not that the column could go upto 100 without setting off checkpatch.pl warning these days ? > > static int sysctl_perf_user_access __read_mostly; > > @@ -310,10 +322,33 @@ static inline bool armv8pmu_event_want_user_access(struct perf_event *event) > return event->attr.config1 & 0x2; > } > > +static inline u32 armv8pmu_event_threshold(struct perf_event_attr *attr) > +{ > + return FIELD_GET(GENMASK(THRESHOLD_HIGH, THRESHOLD_LOW), attr->config1); > +} > + > +static inline u8 armv8pmu_event_threshold_control(struct perf_event_attr *attr) > +{ > + u8 th_compare = FIELD_GET(GENMASK(THRESHOLD_CMP_HI, THRESHOLD_CMP_LO), > + attr->config1); Ditto > + u8 th_count = FIELD_GET(BIT(THRESHOLD_CNT), attr->config1); > + > + /* > + * The count bit is always the bottom bit of the full control field, and > + * the comparison is the upper two bits, but it's not explicitly > + * labelled in the Arm ARM. For the Perf interface we split it into two > + * fields, so reconstruct it here. > + */ > + return (th_compare << 1) | th_count; > +} > + > static struct attribute *armv8_pmuv3_format_attrs[] = { > &format_attr_event.attr, > &format_attr_long.attr, > &format_attr_rdpmc.attr, > + &format_attr_threshold.attr, > + &format_attr_threshold_compare.attr, > + &format_attr_threshold_count.attr, > NULL, > }; > > @@ -365,10 +400,38 @@ static ssize_t bus_width_show(struct device *dev, struct device_attribute *attr, > > static DEVICE_ATTR_RO(bus_width); > > +static u32 threshold_max(struct arm_pmu *cpu_pmu) > +{ > + /* > + * PMMIR.THWIDTH is readable and non-zero on aarch32, but it would be > + * impossible to write the threshold in the upper 32 bits of PMEVTYPER. > + */ > + if (IS_ENABLED(CONFIG_ARM)) > + return 0; > + > + /* > + * The largest value that can be written to PMEVTYPER_EL0.TH is > + * (2 ^ PMMIR.THWIDTH) - 1. > + */ > + return (1 << FIELD_GET(ARMV8_PMU_THWIDTH, cpu_pmu->reg_pmmir)) - 1; > +} > + > +static ssize_t threshold_max_show(struct device *dev, > + struct device_attribute *attr, char *page) > +{ > + struct pmu *pmu = dev_get_drvdata(dev); > + struct arm_pmu *cpu_pmu = container_of(pmu, struct arm_pmu, pmu); > + > + return sysfs_emit(page, "0x%08x\n", threshold_max(cpu_pmu)); > +} > + > +static DEVICE_ATTR_RO(threshold_max); > + > static struct attribute *armv8_pmuv3_caps_attrs[] = { > &dev_attr_slots.attr, > &dev_attr_bus_slots.attr, > &dev_attr_bus_width.attr, > + &dev_attr_threshold_max.attr, > NULL, > }; > > @@ -552,7 +615,7 @@ static void armv8pmu_write_counter(struct perf_event *event, u64 value) > armv8pmu_write_hw_counter(event, value); > } > > -static inline void armv8pmu_write_evtype(int idx, u32 val) > +static inline void armv8pmu_write_evtype(int idx, unsigned long val) > { > u32 counter = ARMV8_IDX_TO_COUNTER(idx); > unsigned long mask = ARMV8_PMU_EVTYPE_EVENT | > @@ -921,6 +984,10 @@ static int armv8pmu_set_event_filter(struct hw_perf_event *event, > struct perf_event_attr *attr) > { > unsigned long config_base = 0; > + struct perf_event *perf_event = container_of(attr, struct perf_event, > + attr); Ditto > + struct arm_pmu *cpu_pmu = to_arm_pmu(perf_event->pmu); > + u32 th, th_max; > > if (attr->exclude_idle) > return -EPERM; > @@ -952,6 +1019,21 @@ static int armv8pmu_set_event_filter(struct hw_perf_event *event, > if (attr->exclude_user) > config_base |= ARMV8_PMU_EXCLUDE_EL0; > > + /* > + * Insert event counting threshold (FEAT_PMUv3_TH) values. If > + * FEAT_PMUv3_TH isn't implemented, then THWIDTH (threshold_max) will be > + * 0 and no values will be written. > + */ > + th_max = threshold_max(cpu_pmu); > + if (IS_ENABLED(CONFIG_ARM64) && th_max) { > + th = min(armv8pmu_event_threshold(attr), th_max); > + if (th) { > + config_base |= FIELD_PREP(ARMV8_PMU_EVTYPE_TH, th); > + config_base |= FIELD_PREP(ARMV8_PMU_EVTYPE_TC, > + armv8pmu_event_threshold_control(attr)); Ditto. As mentioned earlier this could have been avoided using a local variable. > + } > + } > + > /* > * Install the filter into config_base as this is used to > * construct the event type. > diff --git a/include/linux/perf/arm_pmuv3.h b/include/linux/perf/arm_pmuv3.h > index ddd1fec86739..ccbc0f9a74d8 100644 > --- a/include/linux/perf/arm_pmuv3.h > +++ b/include/linux/perf/arm_pmuv3.h > @@ -258,6 +258,7 @@ > #define ARMV8_PMU_BUS_SLOTS_MASK 0xff > #define ARMV8_PMU_BUS_WIDTH_SHIFT 16 > #define ARMV8_PMU_BUS_WIDTH_MASK 0xf > +#define ARMV8_PMU_THWIDTH GENMASK(23, 20) > > /* > * This code is really good Otherwise LGTM Reviewed-by: Anshuman Khandual