Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp36918304rwd; Tue, 11 Jul 2023 07:18:04 -0700 (PDT) X-Google-Smtp-Source: APBJJlGk5OYPd+J1mZrFfjLTdDb5+Aqk5fCqNB6xieJLE5cYyYQ/MatVn/hAWVDcJy/4N/DMCqWG X-Received: by 2002:aa7:c909:0:b0:51e:2a1b:6de with SMTP id b9-20020aa7c909000000b0051e2a1b06demr11462789edt.40.1689085084088; Tue, 11 Jul 2023 07:18:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689085084; cv=none; d=google.com; s=arc-20160816; b=tKBK81TNskjQRyVFx5GYAOy9xNHBgCZA5F8gPOm95T/reGskYQgNFVNQqZLkVoGpKE 2P46+b+wEQYfxjC2fNakgcVKumOj1QbawbugMymOeaynIOOHkMD5EmgWtZvoo65dNV85 kcU4QIRWb3KwIF4rlwpmjidA61RszF8wJs82FniXyX9xRPkOpMuP2OG9lI33aH43sTm3 cAX9OALwbUmRPeFJ8k6yH3vUMd9VTKe5+hLSA1JQAXiGfxNHN1Aq2B/spC0N8M0rCMhb rf0F8U0Gx2gJSeoR6SKG/i+ys7bI68d0rXPLJw/In+K5AHkTapCFvc8zET1o1v9EK1i4 6n5g== 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=4EW18F+C9Pe8ajL4rZA8oj8WDAeHxTn5+/JnbqIPkTg=; fh=ricyKQWtINpprxp6FzpcpdbrUyl1yNag0u2ZhS16Ye4=; b=P01IZ/uYp07YkL6boa0gogAa9f3SkHdJIasvxrRh8KRy0xsEsT2/cH7MqqpsXPIFjc wQ0dQFOxfs6+x3+/dlvqADqPeZmeruQftZjk3Lt00QWoUtv3adg0vAF3rdNl0zk+5MOa IKgO6zbY27gtZDeXuDxh3rY+LLHUv2n69SlU3axOfQrjsbFiy9bKcjk2COMH8MnYJFOP iSXb5tBj8VFBW93qPC4XgVtKK9/EZ6fE0NwjwjGHMr0f4r1mbW3y6n5dojVIUcf7xLr0 Tcve0w9gczW5peW29qnRUFxWv1HOFOLpfI3vkhxs6L1fgPcGUN0btPRI3dczUfxJW1xm P+qQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id m20-20020aa7c2d4000000b0051df1a7b268si2179141edp.17.2023.07.11.07.17.39; Tue, 11 Jul 2023 07:18:04 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233253AbjGKOFK (ORCPT + 99 others); Tue, 11 Jul 2023 10:05:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43464 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233180AbjGKOFJ (ORCPT ); Tue, 11 Jul 2023 10:05:09 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 00C6510F6; Tue, 11 Jul 2023 07:05:03 -0700 (PDT) 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 A6D381FB; Tue, 11 Jul 2023 07:05:45 -0700 (PDT) Received: from [10.57.30.34] (unknown [10.57.30.34]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id C5C733F740; Tue, 11 Jul 2023 07:05:00 -0700 (PDT) Message-ID: <95506174-546c-9bf7-82af-09058550be6d@arm.com> Date: Tue, 11 Jul 2023 15:04:54 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Subject: Re: [PATCH 3/4] arm_pmu: Remove unused PERF_PMU_CAP_HETEROGENEOUS_CPUS capability Content-Language: en-US To: Anshuman Khandual Cc: Peter Zijlstra , Ingo Molnar , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Adrian Hunter , Thomas Gleixner , Borislav Petkov , Dave Hansen , x86@kernel.org, "H. Peter Anvin" , Will Deacon , Kan Liang , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-perf-users@vger.kernel.org, irogers@google.com References: <20230710122138.1450930-1-james.clark@arm.com> <20230710122138.1450930-4-james.clark@arm.com> <86792ab2-864a-5c27-95c1-54c4057024db@arm.com> From: James Clark In-Reply-To: <86792ab2-864a-5c27-95c1-54c4057024db@arm.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE 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 On 11/07/2023 13:08, Anshuman Khandual wrote: > > > On 7/10/23 17:51, James Clark wrote: >> Since commit bd2756811766 ("perf: Rewrite core context handling") the >> relationship between perf_event_context and PMUs has changed so that >> the error scenario that PERF_PMU_CAP_HETEROGENEOUS_CPUS originally >> silenced no longer exists. >> >> Remove the capability and associated comment to avoid confusion that it >> actually influences any perf core behavior. This change should be a >> no-op. >> >> Signed-off-by: James Clark >> --- >> drivers/perf/arm_pmu.c | 7 ++----- >> 1 file changed, 2 insertions(+), 5 deletions(-) >> >> diff --git a/drivers/perf/arm_pmu.c b/drivers/perf/arm_pmu.c >> index d8844a9461a2..297906df6628 100644 >> --- a/drivers/perf/arm_pmu.c >> +++ b/drivers/perf/arm_pmu.c >> @@ -872,15 +872,12 @@ struct arm_pmu *armpmu_alloc(void) >> .attr_groups = pmu->attr_groups, >> /* >> * This is a CPU PMU potentially in a heterogeneous >> - * configuration (e.g. big.LITTLE). This is not an uncore PMU, >> - * and we have taken ctx sharing into account (e.g. with our >> - * pmu::filter callback and pmu::event_init group validation). >> - * >> + * configuration (e.g. big.LITTLE) so >> * PERF_PMU_CAP_EXTENDED_HW_TYPE is required to open the legacy >> * PERF_TYPE_HARDWARE and PERF_TYPE_HW_CACHE events on a >> * specific PMU. >> */ >> - .capabilities = PERF_PMU_CAP_HETEROGENEOUS_CPUS | PERF_PMU_CAP_EXTENDED_REGS | >> + .capabilities = PERF_PMU_CAP_EXTENDED_REGS | >> PERF_PMU_CAP_EXTENDED_HW_TYPE, > > Small nit, the second line could be folded back into the first one. .clang-format has a column limit of 80 which is why it gets folded. The kernel coding style guide also still says 80 is a strongly preferred limit so I'll probably leave it. > >> }; >>