Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp3149081rwb; Thu, 29 Sep 2022 22:18:49 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7Gr+MOCA0TN/WajdPkVLxQuOJY4lx/OwmGj2yENvN7SJGdAnSxG973LdA+Q74xaw388aV8 X-Received: by 2002:a17:907:7284:b0:783:ca4d:1c49 with SMTP id dt4-20020a170907728400b00783ca4d1c49mr5289474ejc.618.1664515129116; Thu, 29 Sep 2022 22:18:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664515129; cv=none; d=google.com; s=arc-20160816; b=Jf6krT3Fv5vEwCAc0l5pu767ljEAaJDwoI22qTeR8GsI2dr79KH+D6XyuG78hgGNXh s7VTNP+XYodT0HxrMFF8uX1fBnOXERc0lTwYLbJ2mfdl6dRlDCvWXD7yOOY/TMtWHCAA hsDajXUIoYrIw2iMxNco+sb5Td5RpQJx3s5b10tA8gr71x1z+649jkbdj3lqdj8HI2cz eEODst7DPMH1E8UjkFv8pyc4pY+oHHf7tihn2TcGrde930yNVIXtkra2u6snUc+rlMsj Jb5m+dk7AUtOGXSwy4z24Vf184dljYXeSjkSuFKcoIDqBQoYiKD37Mu10MhMOQTKmzDG TbHw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version; bh=78/bHk+OuS7djDBRddAmPd8q1x7mvF1xbm11TXxIBb8=; b=x1yCD6G5yg7PcjUVPICRyUKA3iuKyW94QPEeHH681HPxu8zkmJDcNyg7D/H5z7eUzG uYoZrRr1T3oGhHkWosl6sBp8UKnXZB3PaVNrEfmiojELLAtJJOcMsc1sjctLqA1ZmV4c DPzDm5+UOwaXoaRbgJ77hmWqZPkPWxFiOVj/PhfLeGJQ5tRgk/G8mDnFfc+zvAk9PLsW buAYIuqV7jbKI5yBp8ZUuBr+wKyl3eP7yJLt3/C05ZX1B6p5bo+9de9Db/RhYwEJ5Oru aomvKh4eNzkY5nSKvNkOTWA/KSNo+c5WtDqge9AbiPOkrrmsWUK283Iqo95bq+NzrS4p ulLA== 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p6-20020a056402500600b0045745ecd5a1si91039eda.304.2022.09.29.22.18.24; Thu, 29 Sep 2022 22:18:49 -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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230284AbiI3FMJ (ORCPT + 99 others); Fri, 30 Sep 2022 01:12:09 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51876 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229643AbiI3FMH (ORCPT ); Fri, 30 Sep 2022 01:12:07 -0400 Received: from mail-oo1-f51.google.com (mail-oo1-f51.google.com [209.85.161.51]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 495BB3C8CA; Thu, 29 Sep 2022 22:12:07 -0700 (PDT) Received: by mail-oo1-f51.google.com with SMTP id u3-20020a4ab5c3000000b0044b125e5d9eso1527535ooo.12; Thu, 29 Sep 2022 22:12:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=78/bHk+OuS7djDBRddAmPd8q1x7mvF1xbm11TXxIBb8=; b=eSdLjKzR3DdSfjk6FnXUIWLiC968bVENYFnkP8ZUX5ZwQ/ZbS2AF8841TZj/E2Zasm 3wV0ea2ShuipkrNoDoic6XpDqk7Yk3W1B+fBY12hiBsuMThT0DMvCPV6+E7f7ENN10oF LiNNmQPMOyo1nD/6+WYKDu/5d1OS6pa9sAGsOAEoMmQh97XM2/39gFg6YyfLQ1knpzQC kWpkQjQoor8DSbQ3regGeyywGVlt5okMjAy90BUSl9Kq5XRhbex/btca/oPtq0iYy6/L 4GCzq7kX0QgnWPgz3OfVK9Gc6PfBf55NcRTyweoPWgoGopa/6Lie1pu5h+zu+jE6zLZ8 R+ww== X-Gm-Message-State: ACrzQf2SxlCGsE7bD5NDI0CEoYKxtNuh8xSuJbBqpjcCkG4MxzwiHFCY oRPuG4YKXsGPeVW6sm+V2swhjl5/oyCir9WEyOw= X-Received: by 2002:a9d:6e0f:0:b0:655:f372:f18b with SMTP id e15-20020a9d6e0f000000b00655f372f18bmr2953809otr.206.1664514726565; Thu, 29 Sep 2022 22:12:06 -0700 (PDT) MIME-Version: 1.0 References: <20220928095805.596-1-ravi.bangoria@amd.com> <20220928095805.596-3-ravi.bangoria@amd.com> In-Reply-To: From: Namhyung Kim Date: Thu, 29 Sep 2022 22:11:55 -0700 Message-ID: Subject: Re: [PATCH v3 02/15] perf/x86/amd: Add IBS OP_DATA2 DataSrc bit definitions To: Ravi Bangoria Cc: Peter Zijlstra , Arnaldo Carvalho de Melo , Jiri Olsa , Stephane Eranian , Ian Rogers , Joe Mario , Leo Yan , alisaidi@amazon.com, Andi Kleen , Kan Liang , dave.hansen@linux.intel.com, "H. Peter Anvin" , Ingo Molnar , Mark Rutland , Alexander Shishkin , Thomas Gleixner , Borislav Petkov , x86@kernel.org, linux-perf-users , linux-kernel , Sandipan Das , ananth.narayan@amd.com, Kim Phillips , santosh.shukla@amd.com Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE, SPF_PASS autolearn=no 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 Thu, Sep 29, 2022 at 9:49 PM Ravi Bangoria wrote: > > On 30-Sep-22 10:11 AM, Namhyung Kim wrote: > > Hi Ravi, > > > > On Wed, Sep 28, 2022 at 2:59 AM Ravi Bangoria wrote: > >> > >> IBS_OP_DATA2 DataSrc provides detail about location of the data > >> being accessed from by load ops. Define macros for legacy and > >> extended DataSrc values. > >> > >> Signed-off-by: Ravi Bangoria > >> --- > >> arch/x86/include/asm/amd-ibs.h | 16 ++++++++++++++++ > >> 1 file changed, 16 insertions(+) > >> > >> diff --git a/arch/x86/include/asm/amd-ibs.h b/arch/x86/include/asm/amd-ibs.h > >> index f3eb098d63d4..cb2a5e113daa 100644 > >> --- a/arch/x86/include/asm/amd-ibs.h > >> +++ b/arch/x86/include/asm/amd-ibs.h > >> @@ -6,6 +6,22 @@ > >> > >> #include > >> > >> +/* IBS_OP_DATA2 DataSrc */ > >> +#define IBS_DATA_SRC_LOC_CACHE 2 > >> +#define IBS_DATA_SRC_DRAM 3 > >> +#define IBS_DATA_SRC_REM_CACHE 4 > >> +#define IBS_DATA_SRC_IO 7 > >> + > >> +/* IBS_OP_DATA2 DataSrc Extension */ > >> +#define IBS_DATA_SRC_EXT_LOC_CACHE 1 > >> +#define IBS_DATA_SRC_EXT_NEAR_CCX_CACHE 2 > >> +#define IBS_DATA_SRC_EXT_DRAM 3 > >> +#define IBS_DATA_SRC_EXT_FAR_CCX_CACHE 5 > > > > Is 4 undefined intentionally? > > Yes, Here is the snippet from PPR (Processor Programming Reference) doc: > > Values | Description > --------------------------------------------------------------------- > 0h | No valid status. > 1h | Local L3 or other L1/L2 in CCX. > 2h | Another CCX cache in the same NUMA node. > 3h | DRAM. > 4h | Reserved. > 5h | Another CCX cache in a different NUMA node. > 6h | DRAM address map with "long latency" bit set. > 7h | MMIO/Config/PCI/APIC. > 8h | Extension Memory (S-Link, GenZ, etc - identified by the CS > | target and/or address map at DF's choice). > 9h-Bh | Reserved. > Ch | Peer Agent Memory. > Dh-1Fh | Reserved. Thanks for sharing it. It's a bit confusing since it was available before. Anyway, is the PPR for Zen4 publicly available now? Thanks, Namhyung