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
This commit is contained in:
parent
f1bc46c78a
commit
3c4206936d
|
@ -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
|
||||
|
|
|
@ -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...
|
||||
|
||||
|
||||
|
|
|
@ -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. */
|
||||
|
|
|
@ -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;
|
||||
|
|
|
@ -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.
|
||||
|
|
Loading…
Reference in New Issue