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 2A316C43334 for ; Wed, 20 Jul 2022 18:47:58 +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=iWcKLG9bI5ZRxWwJcCJEX9njhcBp7K4a3BO4JJqjUiE=; b=agibJYE1/uaHfa PUZVMBwhj7NCOHRlAWoPj4/0E4W3ReSor6tzlatA4VyH0VXZd6QEV5MS75yD/is4MfQbHgXJVgmdx K7R9sa2YPIZBEofFDgWF1sQx23Z6VESox64EqO7yZD6sTXC5Him12W56IP+vJ6LnAK4OlTXdFoAja SF4fzSX+77J6MlYMwIU2j063Z4YkCnpNrbPyENRiqLVa2YMvxRkxr8qJqqIfNFM5LXAN2nucIevO6 oT74I7BDSai9wtxvS1LVyUHnP6gQ0O/p1dOGJOzFE/J1vpIrbq4NHjVZqbAzFfRMY5uJ1JeX1E6Nh m7qoObvRvbiVjKrrAoNQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1oEEit-009U1a-0X; Wed, 20 Jul 2022 18:47:03 +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 1oEEiq-009Tyo-Uh for linux-arm-kernel@bombadil.infradead.org; Wed, 20 Jul 2022 18:47:00 +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=i9QQR2rsXgZmVUMBMtooeVo8QRuyuu9fSSUyJusdHFw=; b=S4aMJqo+ewfJ7nMzHpcYr6+IBq D1dd+84r2Pp6fSaW3Kpq3gjYS2D6onz4Z3vU86spK2z4OfBh4EH69EsPXY46L0vZ93oFLIeGUK++y McmaDPbOyckOM0uFuu5PUnFCfkUXs+jWtZ74G4BVMORuKZKUxBkTqmLriYcFbb95V29lAjClnXWn5 g+uT5EreqxHn9weBuEJlBP4mQra6KPzwstvqeMBv7fiIuTikNrBYmNlTqunwyTAFLJ//AQck5hyJE 5rgEwYMoDxOxeBiOYgAZ0eK/O4sLvZD/yS2RsdW2hwUlBfWuGwAJixuhM9Gh3EeTLQuW8Th9dvIpm EBOu8uDQ==; Received: from [187.19.239.32] (helo=quaco.ghostprotocols.net) by casper.infradead.org with esmtpsa (Exim 4.94.2 #2 (Red Hat Linux)) id 1oEEij-00EhlN-Nt; Wed, 20 Jul 2022 18:46:54 +0000 Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id 3F20340374; Wed, 20 Jul 2022 15:46:49 -0300 (-03) Date: Wed, 20 Jul 2022 15:46:49 -0300 From: Arnaldo Carvalho de Melo To: Leo Yan , Peter Zijlstra Cc: Ingo Molnar , Mark Rutland , Jiri Olsa , Namhyung Kim , Ian Rogers , John Garry , Will Deacon , James Clark , German Gomez , Ali Saidi , Joe Mario , Adam Li , linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Kajol Jain Subject: Re: [PATCH v5 01/17] perf: Add SNOOP_PEER flag to perf mem data struct Message-ID: References: <20220604042820.2270916-1-leo.yan@linaro.org> <20220604042820.2270916-2-leo.yan@linaro.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: 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, Jul 20, 2022 at 03:45:51PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Sat, Jun 04, 2022 at 12:28:04PM +0800, Leo Yan escreveu: > > From: Ali Saidi > > > > 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 > > Reviewed-by: Kajol Jain > > Hey, any knews about this going upstream? PeterZ? Just took a look and it isn't in tip/master. - Arnaldo > > --- > > include/uapi/linux/perf_event.h | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/include/uapi/linux/perf_event.h b/include/uapi/linux/perf_event.h > > index d37629dbad72..7b88bfd097dc 100644 > > --- a/include/uapi/linux/perf_event.h > > +++ b/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.25.1 > > -- > > - Arnaldo -- - Arnaldo _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel