Received: by 2002:a05:6358:5282:b0:b5:90e7:25cb with SMTP id g2csp2136766rwa; Mon, 22 Aug 2022 02:48:43 -0700 (PDT) X-Google-Smtp-Source: AA6agR5ZXjhZYbWSLjY/0fRfp504t3LRxZl33N1K4LgV9b4h1BrbOn6m99nHfHIzSIAalbNdHdHP X-Received: by 2002:a05:6402:27c6:b0:446:71e1:7399 with SMTP id c6-20020a05640227c600b0044671e17399mr8302390ede.357.1661161722834; Mon, 22 Aug 2022 02:48:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661161722; cv=none; d=google.com; s=arc-20160816; b=ltbs/mphVKw3hWVTOe3/jxeGzsm2lrRIxlRwOauySBl3MesCN6mK7n5+nHoP3QWw2x LWkjzYpQl7Cfwn4slSKSCCv4/aRcsp8hzCz+W9fBbFUFNtdQl6RCGN4R3/aym7BgkvYH J8wFzXQUoEdfCQPZbSEJqtZRZGIIQyqJNQ2kkHyCY9MhEuIjXU0z6Pzn42O1sCHS2I6d 1hNEg8op4Seu5RvHdYgbqKumzZfy4eXIV/PrDA2FOnGpMjQZWdxie7i04WzuWYa+Nhm3 wQ5lbssa1N/0s5noL5zDILEyrWQTaxYU7hfbrvXPthkN35wPI7t05Q1wPIwQH3k8Q/bx A2UQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:robot-unsubscribe :robot-id:message-id:mime-version:references:in-reply-to:cc:subject :to:reply-to:sender:from:dkim-signature:dkim-signature:date; bh=E6SYAGK5MAJ3MgeJIA7evL1fzXBQDpRDV/9faic4irg=; b=0u2cjufZ7lcezagfU5gtKzwGNzxITxD4bmUC0byXY5D5i6o7vj7KUtPKBBJD4ben6C vSoH4dYhNTCLT0qpsbWe9nzgwM+wcr47qU4s9robXM2Yx1u61zHpOl3dh30SUMfQjwj1 tpJUsXvjaIOFFdz1Xsp6S3HJBddu7+AQorY5fi6ql5DXkBu8bCzbaKjRfykBJGvi/mjW Puyup7QuMd/7mJ1c1oEr/S/c3zwbJoJdm2B9sy/YXEjlYmVNn/awWs8A0Mo93Rog4pyl xS/JPmbopbF0Caqep5Fx0jLSbdECP23km5o3F5d9j8RLv76+OzEgLuZBAv71gBP1P3bQ AYxg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=0ZxZWjga; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g9-20020a1709065d0900b0070f153ebd89si11019208ejt.7.2022.08.22.02.48.15; Mon, 22 Aug 2022 02:48:42 -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; dkim=pass header.i=@linutronix.de header.s=2020 header.b=0ZxZWjga; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233599AbiHVJBE (ORCPT + 99 others); Mon, 22 Aug 2022 05:01:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44642 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233791AbiHVJAz (ORCPT ); Mon, 22 Aug 2022 05:00:55 -0400 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3583D2E6B3; Mon, 22 Aug 2022 02:00:54 -0700 (PDT) Date: Mon, 22 Aug 2022 09:00:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1661158851; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=E6SYAGK5MAJ3MgeJIA7evL1fzXBQDpRDV/9faic4irg=; b=0ZxZWjga3MNFns/pZm08bJKlxkakpdxK+guL5FNbZNdtV67x6wifAl/NLAqvdOFCjGRZlU y+FlsWFNSI8fH0mKVQdCaXOfHqgerJr3hdlpaJVQD+KYyNhiueKV7U3v4Ng18cKdQbg6IU LpOLwdtJ+kKStcycqs/CCLCxv60A10PAZUcu3LRFJOTzeqFXrfAXwaKHv0YjQb8t3c/TX5 +9iQ8Yl/MNUOQB5LyPbk/ca+XTRgGYPuCJ34ziSOt/7MJ77qq1FTIjUta3pYnOzfqdb7Z5 Dz9+AOABR70dGi5QCSDjAFjlh/wVafx7UBTF0JVFN1oGN75guKad9olZVIY/rA== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1661158851; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=E6SYAGK5MAJ3MgeJIA7evL1fzXBQDpRDV/9faic4irg=; b=VVQlxSDX5qHPS08GZH/slQ5UKWEZ/+oghi+/Nr/o/EiXuInR3rnbOT/Z4YkZ3IErMYqGLl X8opZBM805A8I6DA== From: "tip-bot2 for Stephane Eranian" Sender: tip-bot2@linutronix.de Reply-to: linux-kernel@vger.kernel.org To: linux-tip-commits@vger.kernel.org Subject: [tip: perf/urgent] perf/x86/intel/ds: Fix precise store latency handling Cc: Stephane Eranian , "Peter Zijlstra (Intel)" , x86@kernel.org, linux-kernel@vger.kernel.org In-Reply-To: <20220818054613.1548130-1-eranian@google.com> References: <20220818054613.1548130-1-eranian@google.com> MIME-Version: 1.0 Message-ID: <166115885066.401.15226681508594972592.tip-bot2@tip-bot2> Robot-ID: Robot-Unsubscribe: Contact to get blacklisted from these emails Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_PASS,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 The following commit has been merged into the perf/urgent branch of tip: Commit-ID: d4bdb0bebc5ba3299d74f123c782d99cd4e25c49 Gitweb: https://git.kernel.org/tip/d4bdb0bebc5ba3299d74f123c782d99cd4e25c49 Author: Stephane Eranian AuthorDate: Wed, 17 Aug 2022 22:46:13 -07:00 Committer: Peter Zijlstra CommitterDate: Fri, 19 Aug 2022 19:47:31 +02:00 perf/x86/intel/ds: Fix precise store latency handling With the existing code in store_latency_data(), the memory operation (mem_op) returned to the user is always OP_LOAD where in fact, it should be OP_STORE. This comes from the fact that the function is simply grabbing the information from a data source map which covers only load accesses. Intel 12th gen CPU offers precise store sampling that captures both the data source and latency. Therefore it can use the data source mapping table but must override the memory operation to reflect stores instead of loads. Fixes: 61b985e3e775 ("perf/x86/intel: Add perf core PMU support for Sapphire Rapids") Signed-off-by: Stephane Eranian Signed-off-by: Peter Zijlstra (Intel) Link: https://lkml.kernel.org/r/20220818054613.1548130-1-eranian@google.com --- arch/x86/events/intel/ds.c | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/arch/x86/events/intel/ds.c b/arch/x86/events/intel/ds.c index ac6dd4c..e5b5874 100644 --- a/arch/x86/events/intel/ds.c +++ b/arch/x86/events/intel/ds.c @@ -291,6 +291,7 @@ static u64 load_latency_data(struct perf_event *event, u64 status) static u64 store_latency_data(struct perf_event *event, u64 status) { union intel_x86_pebs_dse dse; + union perf_mem_data_src src; u64 val; dse.val = status; @@ -304,7 +305,14 @@ static u64 store_latency_data(struct perf_event *event, u64 status) val |= P(BLK, NA); - return val; + /* + * the pebs_data_source table is only for loads + * so override the mem_op to say STORE instead + */ + src.val = val; + src.mem_op = P(OP,STORE); + + return src.val; } struct pebs_record_core {