Documentation: Fix trace typos

Fix typos.

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
Reviewed-by: Randy Dunlap <rdunlap@infradead.org>
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
Link: https://lore.kernel.org/r/20250813200526.290420-9-helgaas@kernel.org

diff --git a/Documentation/trace/fprobe.rst b/Documentation/trace/fprobe.rst
index 71cd40472d367918293b31761ddb29b43a5cd9c7..06b0edad0179651a952d38d71fc279b09f0d8087 100644 (file)
--- a/Documentation/trace/fprobe.rst
+++ b/Documentation/trace/fprobe.rst
@@ -81,7 +81,7 @@ Same as ftrace, the registered callbacks will start being called some time
 after the register_fprobe() is called and before it returns. See
 :file:`Documentation/trace/ftrace.rst`.
 
-Also, the unregister_fprobe() will guarantee that the both enter and exit
+Also, the unregister_fprobe() will guarantee that both enter and exit
 handlers are no longer being called by functions after unregister_fprobe()
 returns as same as unregister_ftrace_function().
 

diff --git a/Documentation/trace/ftrace-uses.rst b/Documentation/trace/ftrace-uses.rst
index e198854ace793241c902f7484057fee9e29679c4..e225cc46b71ebcd439819e17c1b3ea29457fc0f8 100644 (file)
--- a/Documentation/trace/ftrace-uses.rst
+++ b/Documentation/trace/ftrace-uses.rst
@@ -193,7 +193,7 @@ FTRACE_OPS_FL_RECURSION
        Note, if this flag is set, then the callback will always be called
        with preemption disabled. If it is not set, then it is possible
        (but not guaranteed) that the callback will be called in
-       preemptable context.
+       preemptible context.
 
 FTRACE_OPS_FL_IPMODIFY
        Requires FTRACE_OPS_FL_SAVE_REGS set. If the callback is to "hijack"

diff --git a/Documentation/trace/ftrace.rst b/Documentation/trace/ftrace.rst
index af66a05e18ccf56bc8cc2fc23c4836b8d6499a51..aef674df3afdbf073ba787f6e71b0bdea3ffb08c 100644 (file)
--- a/Documentation/trace/ftrace.rst
+++ b/Documentation/trace/ftrace.rst
@@ -30,7 +30,7 @@ disabled and enabled, as well as for preemption and from a time
 a task is woken to the task is actually scheduled in.
 
 One of the most common uses of ftrace is the event tracing.
-Throughout the kernel is hundreds of static event points that
+Throughout the kernel are hundreds of static event points that
 can be enabled via the tracefs file system to see what is
 going on in certain parts of the kernel.
 
@@ -383,7 +383,7 @@ of ftrace. Here is a list of some of the key files:
        not be listed in this count.
 
        If the callback registered to be traced by a function with
-       the "save regs" attribute (thus even more overhead), a 'R'
+       the "save regs" attribute (thus even more overhead), an 'R'
        will be displayed on the same line as the function that
        is returning registers.
 
@@ -392,7 +392,7 @@ of ftrace. Here is a list of some of the key files:
        an 'I' will be displayed on the same line as the function that
        can be overridden.
 
-       If a non ftrace trampoline is attached (BPF) a 'D' will be displayed.
+       If a non-ftrace trampoline is attached (BPF) a 'D' will be displayed.
        Note, normal ftrace trampolines can also be attached, but only one
        "direct" trampoline can be attached to a given function at a time.
 
@@ -402,7 +402,7 @@ of ftrace. Here is a list of some of the key files:
 
        If a function had either the "ip modify" or a "direct" call attached to
        it in the past, a 'M' will be shown. This flag is never cleared. It is
-       used to know if a function was every modified by the ftrace infrastructure,
+       used to know if a function was ever modified by the ftrace infrastructure,
        and can be used for debugging.
 
        If the architecture supports it, it will also show what callback
@@ -418,7 +418,7 @@ of ftrace. Here is a list of some of the key files:
 
        This file contains all the functions that ever had a function callback
        to it via the ftrace infrastructure. It has the same format as
-       enabled_functions but shows all functions that have every been
+       enabled_functions but shows all functions that have ever been
        traced.
 
        To see any function that has every been modified by "ip modify" or a
@@ -517,7 +517,7 @@ of ftrace. Here is a list of some of the key files:
        Whenever an event is recorded into the ring buffer, a
        "timestamp" is added. This stamp comes from a specified
        clock. By default, ftrace uses the "local" clock. This
-       clock is very fast and strictly per cpu, but on some
+       clock is very fast and strictly per CPU, but on some
        systems it may not be monotonic with respect to other
        CPUs. In other words, the local clocks may not be in sync
        with local clocks on other CPUs.
@@ -868,7 +868,7 @@ Here is the list of current tracers that may be configured.
 
   "mmiotrace"
 
-       A special tracer that is used to trace binary module.
+       A special tracer that is used to trace binary modules.
        It will trace all the calls that a module makes to the
        hardware. Everything it writes and reads from the I/O
        as well.

diff --git a/Documentation/trace/histogram.rst b/Documentation/trace/histogram.rst
index 2b98c1720a5466124118c4ddf123310f5b7ef4d1..af6d2e15568ebd6a203fdc239e372d68ceb2b18d 100644 (file)
--- a/Documentation/trace/histogram.rst
+++ b/Documentation/trace/histogram.rst
@@ -840,7 +840,7 @@ Extended error information
 
   The compound key examples used a key and a sum value (hitcount) to
   sort the output, but we can just as easily use two keys instead.
-  Here's an example where we use a compound key composed of the the
+  Here's an example where we use a compound key composed of the
   common_pid and size event fields.  Sorting with pid as the primary
   key and 'size' as the secondary key allows us to display an
   ordered summary of the recvfrom sizes, with counts, received by