arch/arc/kernel/: fix misspellings using codespell tool
authorChangcheng Deng <deng.changcheng@zte.com.cn>
Fri, 13 Aug 2021 16:30:38 +0000 (00:30 +0800)
committerVineet Gupta <vgupta@kernel.org>
Tue, 24 Aug 2021 21:25:46 +0000 (14:25 -0700)
Some typos are found out by codespell tool:

./intc-compact.c:145: prioity ==> priority
./smp.c:286: recevier ==> receiver
./stacktrace.c:152 prelogue ==> prologue

Fix typos found by codespell.

Reported-by: Zeal Robot <zealci@zte.com.cn>
Signed-off-by: Changcheng Deng <deng.changcheng@zte.com.cn>
Signed-off-by: Yi Wang <wang.yi59@zte.com.cn>
Signed-off-by: Vineet Gupta <vgupta@kernel.org>
arch/arc/kernel/intc-compact.c
arch/arc/kernel/smp.c
arch/arc/kernel/stacktrace.c

index a86641b..6885e42 100644 (file)
@@ -142,7 +142,7 @@ IRQCHIP_DECLARE(arc_intc, "snps,arc700-intc", init_onchip_IRQ);
  *    Time hard-ISR, timer_interrupt( ) calls spin_unlock_irq several times.
  *    Here local_irq_enable( ) shd not re-enable lower priority interrupts
  * -If called from soft-ISR, it must re-enable all interrupts
- *    soft ISR are low prioity jobs which can be very slow, thus all IRQs
+ *    soft ISR are low priority jobs which can be very slow, thus all IRQs
  *    must be enabled while they run.
  *    Now hardware context wise we may still be in L2 ISR (not done rtie)
  *    still we must re-enable both L1 and L2 IRQs
index db0e104..b5b5fe2 100644 (file)
@@ -283,7 +283,7 @@ static void ipi_send_msg_one(int cpu, enum ipi_msg_type msg)
        /*
         * Call the platform specific IPI kick function, but avoid if possible:
         * Only do so if there's no pending msg from other concurrent sender(s).
-        * Otherwise, recevier will see this msg as well when it takes the
+        * Otherwise, receiver will see this msg as well when it takes the
         * IPI corresponding to that msg. This is true, even if it is already in
         * IPI handler, because !@old means it has not yet dequeued the msg(s)
         * so @new msg can be a free-loader
index 1b9576d..c376ff3 100644 (file)
@@ -149,7 +149,7 @@ arc_unwind_core(struct task_struct *tsk, struct pt_regs *regs,
 #else
        /* On ARC, only Dward based unwinder works. fp based backtracing is
         * not possible (-fno-omit-frame-pointer) because of the way function
-        * prelogue is setup (callee regs saved and then fp set and not other
+        * prologue is setup (callee regs saved and then fp set and not other
         * way around
         */
        pr_warn_once("CONFIG_ARC_DW2_UNWIND needs to be enabled\n");