Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp2530939pxb; Sun, 23 Jan 2022 07:36:45 -0800 (PST) X-Google-Smtp-Source: ABdhPJyYnHhjhOweTjDQeWXRVBwBiDml5A6LEBCOXd75QcC+DTft5VGBbbJl0Hm5lc1fxReV+f/3 X-Received: by 2002:a17:90a:db97:: with SMTP id h23mr9291521pjv.163.1642952205167; Sun, 23 Jan 2022 07:36:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642952205; cv=none; d=google.com; s=arc-20160816; b=nz5hKvUkCH+aRrbvtb2GeRgK5MS5CYFzUDprkz45n0chvgFhLm6+dr8uoNFRwo6Kta Eav1DXESFjZf3ZK33yZkKaKOKP/pxbqYe6lOyAeHfe5WCEhH48dhPoj/qCX6Po96eciC wYMOaXwLLZOdxSDMZbGKY/ihf88hwGDc05/dZTPt2rNgc8qatrVmaIDxzx2SSai08ZuN iQRiUS0nhbYdHTQgkVG7vyoBrD0pxhJH29gEurBQ7yHsfXfeo7ST83/x5oj05kprajt3 K4uF4NF37/nMGUXaDOQedv83bR9z31gA6jzU6kOm712DTxZ7xlEjwW83mb0zbsPGBZBo rZfg== 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=iehkOuCTq9OWEt1GSAwSuDnawO8g1NGnuJeVx11ikcI=; b=GQ5opiumwTjjdNl1WqxD7qrC7AJBeD8FHKrVUrbjPbo8qrJpYp/Xlb9bcEkEgz17QO 63JW3LqjWCoMqCxpoQqG46tYJF77HfUscH/yS4EqLkvWDSf73HxgyIag4kGGCrxc9oab 1YoKF7LAv16I3qB1z6FSadUjJ6OQ1nSuXa7d//arJ771Vjkchz54eFyEstM07+FyX1l0 Y1AZlrAkI5HKjMDdPawDbF1fxVnaGB38DAKRRGxecRFOTGzVk4lx3SORMoyNP1eHdHa8 MG7GKllAcI/hUg+SYSeMiNLBhtk6jyoJ+I2XCW6w74n0v461X8Nm8KKjE0u3XCt4KsmE 2R5A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=GpS+AGrD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z6si10133929pfz.340.2022.01.23.07.36.33; Sun, 23 Jan 2022 07:36:45 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=GpS+AGrD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S231199AbiAVUTo (ORCPT + 99 others); Sat, 22 Jan 2022 15:19:44 -0500 Received: from dfw.source.kernel.org ([139.178.84.217]:43978 "EHLO dfw.source.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231285AbiAVUTm (ORCPT ); Sat, 22 Jan 2022 15:19:42 -0500 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 dfw.source.kernel.org (Postfix) with ESMTPS id EFAA360F58; Sat, 22 Jan 2022 20:19:41 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2DB8FC004E1; Sat, 22 Jan 2022 20:19:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1642882781; bh=kX+aJj/Ez7j/vGpPEOXOs3QVeKathCgDdsMowcP72ek=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=GpS+AGrD/Yl+Gw9+O9UCzo/+EfJJHUeH4MOgVMMbmRNf0ldRSK0UqEIpx82OM+vlv rA8K4wgWuyUAfmTc6i0a0rwyO8Ec9XA/p2kztjH02F+RKL+PZRAbbKHGoCCi3AiWPv ZkcVKs9P/Pr+VgnlHfTWO0VY8mNw+I4suK4/sZE1iPMeHu3LtzHIxT8b5EyTvuLl+k JuvaBvxBvWY+YPJblogxtvD5o8TJJ5qgMT1+z+e3oCfl4imrpbfpTuTSHupDBsCMQH NJIFJj6FyfQBuE31nsAE/TkyrZNMfoOZqhCylT2QMSw3N3qggjdx6Ss/FQLCqLjHM/ WjLH3sYWdbbZQ== Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id 6933D40C99; Sat, 22 Jan 2022 17:17:39 -0300 (-03) Date: Sat, 22 Jan 2022 17:17:39 -0300 From: Arnaldo Carvalho de Melo To: Ian Rogers Cc: German Gomez , James Clark , linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, Chase Conklin , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Martin KaFai Lau , Song Liu , Yonghong Song , John Fastabend , KP Singh , Arnaldo Carvalho de Melo , Stephane Eranian , netdev@vger.kernel.org, bpf@vger.kernel.org Subject: Re: [PATCH] perf record/arm-spe: Override attr->sample_period for non-libpfm4 events Message-ID: References: <20220114212102.179209-1-german.gomez@arm.com> <35a4f70f-d7ef-6e3c-dc79-aa09d87f0271@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Url: http://acmel.wordpress.com Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Mon, Jan 17, 2022 at 08:28:07AM -0800, Ian Rogers escreveu: > On Mon, Jan 17, 2022 at 2:27 AM German Gomez wrote: > > > > Hi James, > > > > On 17/01/2022 09:59, James Clark wrote: > > > > > > On 14/01/2022 21:21, German Gomez wrote: > > >> A previous commit preventing attr->sample_period values from being > > >> overridden in pfm events changed a related behaviour in arm_spe. > > >> > > >> Before this patch: > > >> perf record -c 10000 -e arm_spe_0// -- sleep 1 > > >> > > >> Would not yield an SPE event with period=10000, because the arm-spe code > > > Just to clarify, this seems like it should say "Would yield", not "Would not yield", > > > as in it was previously working? > > > > "this patch" refers to the patch I'm sending, not the one it's fixing. > > I might have to rewrite this to make it more clear. How about: > > > > === > > A previous patch preventing "attr->sample_period" values from being > > overridden in pfm events changed a related behaviour in arm-spe. > > > > Before said patch: > > perf record -c 10000 -e arm_spe_0// -- sleep 1 > > > > Would yield an SPE event with period=10000. After the patch, the period > > in "-c 10000" was being ignored because the arm-spe code initializes > > sample_period to a non-zero value. > > > > This patch restores the previous behaviour for non-libpfm4 events. > > === > > Thanks for fixing this, I can add an acked-by for the v2 patch. Could Ian, He posted a v2, can I add your Acked-by? - Arnaldo > we add a test for this to avoid future regressions? There are similar > tests for frequency like: > https://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git/tree/tools/perf/tests/attr/test-record-freq > based on the attr.py test: > https://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git/tree/tools/perf/tests/attr.py > The test specifies a base type of event attribute and then what is > modified by the test. It takes a little to get your head around but > having a test for this would be a welcome addition. > > Thanks! > Ian > > > Thanks for the review, > > German -- - Arnaldo