From 491f57ff5933dc8fbb5ed3e4ea16636f1b2c859d Mon Sep 17 00:00:00 2001
From: Beeman Strong <97133824+bcstrongx@users.noreply.github.com>
Date: Mon, 29 Apr 2024 15:14:54 -0700
Subject: [PATCH] Update smcntrpmf.adoc

Minor text improvements

Signed-off-by: Beeman Strong <97133824+bcstrongx@users.noreply.github.com>
---
 src/smcntrpmf.adoc | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/smcntrpmf.adoc b/src/smcntrpmf.adoc
index cc43b518..41300023 100644
--- a/src/smcntrpmf.adoc
+++ b/src/smcntrpmf.adoc
@@ -4,12 +4,12 @@
 [[intro]]
 === Introduction
 
-The cycle and instret counters serve to support user mode self-profiling usages, wherein a user can read the counter(s) twice and compute the delta(s) to evaluate user software performance and behavior.  Currently, these counters are not filtered by privilege mode, and thus they continue to increment while traps (e.g., page faults or interrupts) to more privileged code are handled.  This causes two problems:
+The cycle and instret counters serve to support user mode self-profiling usages, wherein a user can read the counter(s) twice and compute the delta(s) to evaluate user software performance and behavior.  By default, these counters are not filtered by privilege mode, and thus they continue to increment while traps (e.g., page faults or interrupts) to more privileged code are handled.  This causes two problems:
 
 * It introduces unpredictable noise to the counter values observed by the user.
 * It leaks information about privileged software execution to user mode.
 
-This proposal remedies these issues by introducing privilege mode filtering for the cycle and instret counters.
+Smcntrpmf remedies these issues by introducing privilege mode filtering for the cycle and instret counters.
 
 [[csrs]]
 === CSRs