openocd: fix some minor typo

Minor typos found by the new checkpatch boosted by the dictionary
provided by 'codespell'.

Change-Id: I7b4cae1798ff5ea048fcbc671a397af763fdc605
Signed-off-by: Antonio Borneo <borneo.antonio@gmail.com>
Reviewed-on: http://openocd.zylin.com/6218
Tested-by: jenkins

diff --git a/doc/manual/style.txt b/doc/manual/style.txt
index 91088994f51789a5c833168ee5689b5fb72068c8..58f39807e246267e60cd14450cb6ae7ebe7a5383 100644 (file)
--- a/doc/manual/style.txt
+++ b/doc/manual/style.txt
@@ -406,7 +406,7 @@ For technical reference material:
      vice versa.
 - Alphabetize the \@defn declarations for all commands in each
   section.
-- Keep the per-command documentation focussed on exactly what that
+- Keep the per-command documentation focused on exactly what that
   command does, not motivation, advice, suggestions, or big examples.
   When commands deserve such expanded text, it belongs elsewhere.
   Solutions might be using a \@section explaining a cluster of related

diff --git a/doc/openocd.texi b/doc/openocd.texi
index fc448339f00f17121f9d4514900d1edbc07df0be..4ca7be8d9e98fceef72a12e23ddb7c2631f4b9f7 100644 (file)
--- a/doc/openocd.texi
+++ b/doc/openocd.texi
@@ -315,7 +315,7 @@ There are several things you should keep in mind when choosing a dongle.
 
 @enumerate
 @item @b{Transport} Does it support the kind of communication that you need?
-OpenOCD focusses mostly on JTAG. Your version may also support
+OpenOCD focuses mostly on JTAG. Your version may also support
 other ways to communicate with target devices.
 @item @b{Voltage} What voltage is your target - 1.8, 2.8, 3.3, or 5V?
 Does your dongle support it? You might need a level converter.
@@ -5577,7 +5577,7 @@ flash driver infers all parameters from current controller register values when
 'flash probe @var{bank_id}' is executed.
 
 Normal OpenOCD commands like @command{mdw} can be used to display the flash content,
-but only after proper controller initialization as decribed above. However,
+but only after proper controller initialization as described above. However,
 due to a silicon bug in some devices, attempting to access the very last word
 should be avoided.
 
@@ -11392,7 +11392,7 @@ your C code, do the same - artificially push some zeros onto the stack,
 remember to pop them off when the ISR is done.
 
 @b{Also note:} If you have a multi-threaded operating system, they
-often do not @b{in the intrest of saving memory} waste these few
+often do not @b{in the interest of saving memory} waste these few
 bytes. Painful...
 
 

diff --git a/src/helper/time_support.h b/src/helper/time_support.h
index 3c7d4255b9c0dd4437f39b33b6aa7d432e9401d1..b83c0ac77224d2f05c7cf443a959966751d2ada2 100644 (file)
--- a/src/helper/time_support.h
+++ b/src/helper/time_support.h
@@ -46,7 +46,7 @@ struct duration {
 
 /** Update the duration->start field to start the @a duration measurement. */
 int duration_start(struct duration *duration);
-/** Update the duration->elapsed field to finish the @a duration measurment. */
+/** Update the duration->elapsed field to finish the @a duration measurement. */
 int duration_measure(struct duration *duration);
 
 /** @returns Elapsed time in seconds. */

diff --git a/src/rtos/mqx.c b/src/rtos/mqx.c
index 0914e31043963956efe796e4dbc43fd49d49325a..22cd721ac3184f8b76d45d8cb080c98026838583 100644 (file)
--- a/src/rtos/mqx.c
+++ b/src/rtos/mqx.c
@@ -222,7 +222,7 @@ static int mqx_is_scheduler_running(
                return ERROR_FAIL;
        }
        /* check first member, the '_mqx_kernel_data->ADDRESSING_CAPABILITY'.
-          it supose to be set to value 8 */
+          it suppose to be set to value 8 */
        if (capability_value != 8) {
                LOG_WARNING("MQX RTOS - value of '_mqx_kernel_data->ADDRESSING_CAPABILITY' contains invalid value");
                return ERROR_FAIL;

diff --git a/src/xsvf/xsvf.c b/src/xsvf/xsvf.c
index 2a7b56dbf4d80e5e6951eb38ce94ba3395bf6a2c..823784908d0d26748c89d1b25d85cda78043b1f3 100644 (file)
--- a/src/xsvf/xsvf.c
+++ b/src/xsvf/xsvf.c
@@ -1057,7 +1057,7 @@ int xsvf_register_commands(struct command_context *cmd_ctx)
 
 /*
 
-PSUEDO-Code from Xilinx Appnote XAPP067.pdf :
+PSEUDO-Code from Xilinx Appnote XAPP067.pdf :
 
 the following pseudo code clarifies the intent of the xrepeat support.The
 flow given is for the entire processing of an SVF file, not an XSVF file.