public inbox for linux-perf-users@vger.kernel.org
 help / color / mirror / Atom feed
From: "Mi, Dapeng" <dapeng1.mi@linux.intel.com>
To: Peter Zijlstra <peterz@infradead.org>,
	Ingo Molnar <mingo@redhat.com>,
	Arnaldo Carvalho de Melo <acme@kernel.org>,
	Namhyung Kim <namhyung@kernel.org>,
	Ian Rogers <irogers@google.com>,
	Adrian Hunter <adrian.hunter@intel.com>,
	Alexander Shishkin <alexander.shishkin@linux.intel.com>,
	Andi Kleen <ak@linux.intel.com>,
	Eranian Stephane <eranian@google.com>
Cc: linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org,
	Dapeng Mi <dapeng1.mi@intel.com>, Zide Chen <zide.chen@intel.com>,
	Falcon Thomas <thomas.falcon@intel.com>,
	Xudong Hao <xudong.hao@intel.com>
Subject: Re: [PATCH 0/7] Enable core PMU for DMR and NVL
Date: Wed, 7 Jan 2026 09:06:48 +0800	[thread overview]
Message-ID: <cf4e38dc-6141-4a28-9d5c-b13ab5d2d390@linux.intel.com> (raw)
In-Reply-To: <20251120053431.491677-1-dapeng1.mi@linux.intel.com>

Hi Peter,

Not sure if you have a chance to review this patch-set? Thanks a lot.


On 11/20/2025 1:34 PM, Dapeng Mi wrote:
> This patch-set enables core PMU functionalities for Diamond Rapids (DMR)
> and Nova Lake (NVL). 
>
> Comparing with previous platforms, there are 3 main changes on core PMU
> functionalities.
>
> 1. Introduce OFF-MODULE RESPONSE (OMR) facility to replace Off-Core
> Response (OCR) facility
>
> Legacy microarchitectures used the OCR facility to evaluate off-core and
> multi-core off-module transactions. The properly renamed, OMR facility,
> improves the OCR capability for scalable coverage of new memory systems
> of multi-core module systems.
>
> Along with the introduction of OMR, 4 equivalent MSRs (OFFMODULE_RSP_0 ~
> OFFMODULE_RSP_3) are introduced to specify attributes of the off-module
> transaction and the legacy 2 OFFCORE_RSP MSRs are retired.
>
> For more details about OMR events and OFFMODULE_RSP_x MSRs, please refer
> to the section 16.1 "OFF-MODULE RESPONSE (OMR) FACILITY" in latest ISE[1]
> documentation.
>
> 2. New PEBS data source encoding layout
>
> Diamond Rapids and Nova Lake include PEBS Load Latency and Store Latency
> support similar to previous platforms but with a different data source
> encoding layout.
>
> Briefly speaking, the new data source encoding is determined by bit[8] of
> memory auxiliary info field. The bit[8] indicates whether a L2 cache miss
> occurs for a memory load or store instruction. If bit[8] is 0, it
> signifies no L2 cache miss, and bits[7:0] specify the exact cache data
> source (up to the L2 cache level). If bit[8] is 1, bits[7:0] represents
> the OMR encoding, indicating the specific L3 cache or memory region
> involved in the memory access.
>
> A significant enhancement for OMR encoding is the ability to provide
> up to 8 fine-grained memory regions in addition to the cache region,
> offering more detailed insights into memory access regions.
>
> For more details about the new data source layout, please refer to the
> section 16.2 "PEBS LOAD LATENCY AND STORE LATENCY FACILITY" in latest
> ISE documentation.
>
> 3. Support "rdpmc user disable" feature
>
> Currently executing RDPMC when CPL > 0 is allowed if the CR4.PCE flag
> (performance-monitoring counter enable) is set. This introduces a
> security risk that any user space process can read the count of any PMU
> counter even though the counter belongs to a system-wide event as long
> as CR4.PCE = 1.
>
> To mitigate this security risk, the rdpmc user disable feature is
> introduced to provide per-counter rdpmc control.
>
> 'rdpmc user disable' introduces a new bit "RDPMC_USR_DISABLE" to manage
> if the counter can be read in user space by leveraging rdpmc instruction
> for each GP and fixed counter.
>
> The details are
> - New RDPMC_USR_DISABLE bit in each EVNTSELx[37] MSR to indicate counter
>   can't be read by RDPMC in ring 3.
> - New RDPMC_USR_DISABLE bits in bits 33,37,41,45,etc.,
>   in IA32_FIXED_CTR_CTRL MSR for fixed counters 0-3, etc.
> - On RDPMC for counter x, use select to choose the final counter value:
>   If (!CPL0 && RDPMC_USR_DISABLE[x] == 1 ) ? 0 : counter_value
> - RDPMC_USR_DISABLE is enumerated by CPUID.0x23.0.EBX[2].
>
> For more details about "rdpmc user disable", please refer to chapter 15
> "RDPMC USER DISABLE" in latest ISE.
>
> This patch-set adds support for these 3 new changes or features. Besides
> the DMR and NVL specific counter constraints are supported together.
>
> Tests:
>
> The below tests pass on DMR and NVL (both P-core and E-core).
>  a) Perf counting tests pass.
>  b) Perf sampling tests pass.
>  c) Perf PEBS based sampling tests pass.
>  d) "rdpmc user disable" functionality tests pass.
>
> Ref:
>
> ISE (version 60): https://www.intel.com/content/www/us/en/content-details/869288/intel-architecture-instruction-set-extensions-programming-reference.html 
>
> Dapeng Mi (7):
>   perf/x86/intel: Support newly introduced 4 OMR MSRs for DMR & NVL
>   perf/x86/intel: Add support for PEBS memory auxiliary info field in
>     DMR
>   perf/x86/intel: Add core PMU support for DMR
>   perf/x86/intel: Add support for PEBS memory auxiliary info field in
>     NVL
>   perf/x86/intel: Add core PMU support for Novalake
>   perf/x86: Replace magic numbers with macros for attr_rdpmc
>   perf/x86/intel: Add rdpmc-user-disable support
>
>  .../sysfs-bus-event_source-devices-rdpmc      |  40 ++
>  arch/x86/events/core.c                        |  28 +-
>  arch/x86/events/intel/core.c                  | 352 +++++++++++++++++-
>  arch/x86/events/intel/ds.c                    | 261 +++++++++++++
>  arch/x86/events/intel/p6.c                    |   2 +-
>  arch/x86/events/perf_event.h                  |  26 ++
>  arch/x86/include/asm/msr-index.h              |   5 +
>  arch/x86/include/asm/perf_event.h             |   8 +-
>  include/uapi/linux/perf_event.h               |  27 +-
>  tools/include/uapi/linux/perf_event.h         |  27 +-
>  10 files changed, 751 insertions(+), 25 deletions(-)
>  create mode 100644 Documentation/ABI/testing/sysfs-bus-event_source-devices-rdpmc
>
>
> base-commit: 9929dffce5ed7e2988e0274f4db98035508b16d9

      parent reply	other threads:[~2026-01-07  1:06 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-11-20  5:34 [PATCH 0/7] Enable core PMU for DMR and NVL Dapeng Mi
2025-11-20  5:34 ` [PATCH 1/7] perf/x86/intel: Support newly introduced 4 OMR MSRs for DMR & NVL Dapeng Mi
2026-01-08 19:34   ` Chen, Zide
2026-01-09  1:31     ` Mi, Dapeng
2025-11-20  5:34 ` [PATCH 2/7] perf/x86/intel: Add support for PEBS memory auxiliary info field in DMR Dapeng Mi
2025-11-20  5:34 ` [PATCH 3/7] perf/x86/intel: Add core PMU support for DMR Dapeng Mi
2025-11-20  5:34 ` [PATCH 4/7] perf/x86/intel: Add support for PEBS memory auxiliary info field in NVL Dapeng Mi
2025-11-20  5:34 ` [PATCH 5/7] perf/x86/intel: Add core PMU support for Novalake Dapeng Mi
2026-01-08 19:35   ` Chen, Zide
2026-01-09  2:09     ` Mi, Dapeng
2025-11-20  5:34 ` [PATCH 6/7] perf/x86: Replace magic numbers with macros for attr_rdpmc Dapeng Mi
2025-11-20  6:19   ` Ian Rogers
2025-11-20  7:30     ` Mi, Dapeng
2025-11-20  5:34 ` [PATCH 7/7] perf/x86/intel: Add rdpmc-user-disable support Dapeng Mi
2026-01-07  1:06 ` Mi, Dapeng [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=cf4e38dc-6141-4a28-9d5c-b13ab5d2d390@linux.intel.com \
    --to=dapeng1.mi@linux.intel.com \
    --cc=acme@kernel.org \
    --cc=adrian.hunter@intel.com \
    --cc=ak@linux.intel.com \
    --cc=alexander.shishkin@linux.intel.com \
    --cc=dapeng1.mi@intel.com \
    --cc=eranian@google.com \
    --cc=irogers@google.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-perf-users@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=namhyung@kernel.org \
    --cc=peterz@infradead.org \
    --cc=thomas.falcon@intel.com \
    --cc=xudong.hao@intel.com \
    --cc=zide.chen@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox