[bootlin/training-materials updates] master: debugging: slides: fix typos (91e7076a)

Luca Ceresoli luca.ceresoli at bootlin.com
Thu Feb 23 15:57:07 CET 2023


Repository : https://github.com/bootlin/training-materials
On branch  : master
Link       : https://github.com/bootlin/training-materials/commit/91e7076a85b3f5b383a8939c7f0c72f7d40deb50

>---------------------------------------------------------------

commit 91e7076a85b3f5b383a8939c7f0c72f7d40deb50
Author: Luca Ceresoli <luca.ceresoli at bootlin.com>
Date:   Thu Feb 23 11:30:27 2023 +0100

    debugging: slides: fix typos
    
    Signed-off-by: Luca Ceresoli <luca.ceresoli at bootlin.com>


>---------------------------------------------------------------

91e7076a85b3f5b383a8939c7f0c72f7d40deb50
 .../debugging-kernel-debugging/debugging-kernel-debugging.tex  | 10 +++++-----
 .../debugging-linux-application-stack.tex                      |  4 ++--
 .../debugging-system-wide-profiling.tex                        |  2 +-
 3 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/slides/debugging-kernel-debugging/debugging-kernel-debugging.tex b/slides/debugging-kernel-debugging/debugging-kernel-debugging.tex
index 4d7928b2..7f520c56 100644
--- a/slides/debugging-kernel-debugging/debugging-kernel-debugging.tex
+++ b/slides/debugging-kernel-debugging/debugging-kernel-debugging.tex
@@ -88,10 +88,10 @@
     \item If the oops is not critical (taken in process context), then the
           kernel will kill process and continue its execution
     \begin{itemize}
-      \item Kernel stability might be compromise !
+      \item The kernel stability might be compromised!
     \end{itemize}
     \item Tasks that are taking too much time to execute and that are hung can
-          also generate oops (\kconfig{CONFIG_DETECT_HUNG_TASK})
+          also generate an oops (\kconfig{CONFIG_DETECT_HUNG_TASK})
     \item If KGDB support is present and configured, on oops, the kernel will
           switch to KGDB mode.
   \end{itemize}
@@ -225,15 +225,15 @@
   \begin{itemize}
     \item On the standard kernel:
     \begin{itemize}
-      \item \kconfigval{CONFIG_KEXEC}{y} to enabled KEXEC support
+      \item \kconfigval{CONFIG_KEXEC}{y} to enable KEXEC support
       \item \code{kexec-tools} to provide the \code{kexec} command
       \item A kernel and a DTB accessible by \code{kexec}
     \end{itemize}
     \item On the dump-capture kernel:
     \begin{itemize}
-      \item \kconfigval{CONFIG_CRASH_DUMP}{y} to enabled dumping the crash
+      \item \kconfigval{CONFIG_CRASH_DUMP}{y} to enable dumping a crashed
             kernel
-      \item \kconfigval{CONFIG_PROC_VMCORE}{y} to enabled \code{/proc/vmcore}
+      \item \kconfigval{CONFIG_PROC_VMCORE}{y} to enable \code{/proc/vmcore}
         support
       \item \kconfigval{CONFIG_AUTO_ZRELADDR}{y} on ARM32 platforms
     \end{itemize}
diff --git a/slides/debugging-linux-application-stack/debugging-linux-application-stack.tex b/slides/debugging-linux-application-stack/debugging-linux-application-stack.tex
index 823f91d1..cc0d9480 100644
--- a/slides/debugging-linux-application-stack/debugging-linux-application-stack.tex
+++ b/slides/debugging-linux-application-stack/debugging-linux-application-stack.tex
@@ -390,7 +390,7 @@ root          11       2 [rcu_tasks_kthread]          TS
           in the future
     \item Workqueues are executing the work functions in kernel threads.
     \begin{itemize}
-      \item Allows to sleep while executing the defered work.
+      \item Allows to sleep while executing the deferred work.
       \item Interrupts are enabled while executing
     \end{itemize}
     \item Work can be executed either in dedicated work queues or in the
@@ -403,7 +403,7 @@ root          11       2 [rcu_tasks_kthread]          TS
   \begin{itemize}
     \item SoftIRQs is a specific kernel mecanism that is executed in
           software interrupt context.
-    \item Allows to execute code that needs to be defered after interrupt
+    \item Allows to execute code that needs to be deferred after interrupt
           handling but needs low latency.
     \begin{itemize}
       \item Executed right after hardware IRQ have been handled in interrupt
diff --git a/slides/debugging-system-wide-profiling/debugging-system-wide-profiling.tex b/slides/debugging-system-wide-profiling/debugging-system-wide-profiling.tex
index fb73b364..825cdf33 100644
--- a/slides/debugging-system-wide-profiling/debugging-system-wide-profiling.tex
+++ b/slides/debugging-system-wide-profiling/debugging-system-wide-profiling.tex
@@ -588,7 +588,7 @@ void read_hw()
     \begin{itemize}
       \item Run \code{trace-cmd listen -p 6578} on the remote system that will
             be collecting the traces
-      \item On the atrget system, use \code{trace-cmd record -N <target_ip>:6578}
+      \item On the target system, use \code{trace-cmd record -N <target_ip>:6578}
             to specify the remote system that will collect the traces
     \end{itemize}
   \end{itemize}




More information about the training-materials-updates mailing list