From mboxrd@z Thu Jan 1 00:00:00 1970 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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 61206C433EF for ; Tue, 10 May 2022 16:29:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=4S2eJlBNaY14r0VL9LkBlPpHSErDib/kotVBg2w65uM=; b=xlq7qkrBKY3PTP OsJXaf3msILm2Wa/xJW9Ug6ffJkhmdfKxUNusk/MYt3YjbWx+p9dqY643xeAU3ZYbety3oXngU9MQ UYHMTz2Di7rYDHGDA93VtLfDebZl7ixFDljeolmtPgBuD79id8umCouPfEvVbEZhK8p4sADZP/4hw tQiXsO7WBuTREJ+S/TECRdWCpSeSHeuMbSRCE2d8n2UC77szToTwQICaiY4LaVpLuS3p1A+ngJNNE XUEZRW2ep/hDdQYXdSl9SOBZTaEWZcW1jagJJS6IwVc4dcQ+hFPWyVcx4CTiyOS0sqh3aJ+R1rYt9 NgUNGLIwggrDRW7P14ZA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1noSj6-0035JC-Fe; Tue, 10 May 2022 16:28:44 +0000 Received: from casper.infradead.org ([2001:8b0:10b:1236::1]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1noSj4-0035Ig-U2 for linux-arm-kernel@bombadil.infradead.org; Tue, 10 May 2022 16:28:42 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=9/wI/6kDY83/JNIoLQQNQN0CsVOWoN6JFNBU/bpiE24=; b=JwEtGZs0TYdMkjIoB8sTGvfBam 017Xwq5Su4qrEexrPPAZxvLBsKHAjxTiN+pKvNoYW7gz1gYcufNJYkvtdR+fDIg/ujX0jTPe/vfdp mRUXLNchSJXqBZNkss37UXod9yXf/H7NVdYrp8WU4qsyPL7sfc5nOnz211+NAP+FQQWi5r5/+qN3f LPg/5vNMrYFe5PPd+0bijGLXzu/USWLXvUgqSmCWu+0L1XPydgshWLqKe7tcJuMxvJ4OfQmB/wYeX aTDYlJQjL1A2y0q9gnQqG6IowdlGL+u8PC3jwXb89JZb96WrFrnFIX5rOgS+JTFPE7ZfYqNk7u/vc 99xCzvdw==; Received: from [187.19.239.237] (helo=quaco.ghostprotocols.net) by casper.infradead.org with esmtpsa (Exim 4.94.2 #2 (Red Hat Linux)) id 1noSj2-004cnY-Tj; Tue, 10 May 2022 16:28:41 +0000 Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id 1B7C6400B1; Tue, 10 May 2022 13:28:38 -0300 (-03) Date: Tue, 10 May 2022 13:28:38 -0300 From: Arnaldo Carvalho de Melo To: Ali Saidi Cc: linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, linux-arm-kernel@lists.infradead.org, german.gomez@arm.com, leo.yan@linaro.org, benh@kernel.crashing.org, Nick.Forrington@arm.com, alexander.shishkin@linux.intel.com, andrew.kilroy@arm.com, james.clark@arm.com, john.garry@huawei.com, jolsa@kernel.org, kjain@linux.ibm.com, lihuafei1@huawei.com, mark.rutland@arm.com, mathieu.poirier@linaro.org, mingo@redhat.com, namhyung@kernel.org, peterz@infradead.org, will@kernel.org Subject: Re: [PATCH v8 2/5] perf tools: sync addition of PERF_MEM_SNOOPX_PEER Message-ID: References: <20220504184850.24986-1-alisaidi@amazon.com> <20220504184850.24986-3-alisaidi@amazon.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20220504184850.24986-3-alisaidi@amazon.com> X-Url: http://acmel.wordpress.com X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Em Wed, May 04, 2022 at 06:48:47PM +0000, Ali Saidi escreveu: > Add a flag to the perf mem data struct to signal that a request caused a > cache-to-cache transfer of a line from a peer of the requestor and > wasn't sourced from a lower cache level. The line being moved from one > peer cache to another has latency and performance implications. On Arm64 > Neoverse systems the data source can indicate a cache-to-cache transfer > but not if the line is dirty or clean, so instead of overloading HITM > define a new flag that indicates this type of transfer. > > Signed-off-by: Ali Saidi > Reviewed-by: Leo Yan Was this already merged on the ARM kernel tree? - Arnaldo > --- > tools/include/uapi/linux/perf_event.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tools/include/uapi/linux/perf_event.h b/tools/include/uapi/linux/perf_event.h > index d37629dbad72..7b88bfd097dc 100644 > --- a/tools/include/uapi/linux/perf_event.h > +++ b/tools/include/uapi/linux/perf_event.h > @@ -1310,7 +1310,7 @@ union perf_mem_data_src { > #define PERF_MEM_SNOOP_SHIFT 19 > > #define PERF_MEM_SNOOPX_FWD 0x01 /* forward */ > -/* 1 free */ > +#define PERF_MEM_SNOOPX_PEER 0x02 /* xfer from peer */ > #define PERF_MEM_SNOOPX_SHIFT 38 > > /* locked instruction */ > -- > 2.32.0 -- - Arnaldo _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel