summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorStephen Boyd <swboyd@chromium.org>2020-03-18 20:41:32 +0300
committerJonathan Corbet <corbet@lwn.net>2020-03-21 02:16:19 +0300
commit6adb7755996f0bf0f5e5f3996b016bc66f95f372 (patch)
tree142c8d057b02c250c77c3ebc00a7a9a6dee9342c
parent769f90f8a9568250f14cce424adcf515b9fa6a78 (diff)
downloadlinux-6adb7755996f0bf0f5e5f3996b016bc66f95f372.tar.xz
docs: locking: Add 'need' to hardirq section
Add the missing word to make this sentence read properly. Signed-off-by: Stephen Boyd <swboyd@chromium.org> Link: https://lore.kernel.org/r/20200318174133.160206-2-swboyd@chromium.org Signed-off-by: Jonathan Corbet <corbet@lwn.net>
-rw-r--r--Documentation/kernel-hacking/locking.rst2
1 files changed, 1 insertions, 1 deletions
diff --git a/Documentation/kernel-hacking/locking.rst b/Documentation/kernel-hacking/locking.rst
index a8518ac0d31d..9850c1e52607 100644
--- a/Documentation/kernel-hacking/locking.rst
+++ b/Documentation/kernel-hacking/locking.rst
@@ -263,7 +263,7 @@ by a hardware interrupt on another CPU. This is where
interrupts on that cpu, then grab the lock.
:c:func:`spin_unlock_irq()` does the reverse.
-The irq handler does not to use :c:func:`spin_lock_irq()`, because
+The irq handler does not need to use :c:func:`spin_lock_irq()`, because
the softirq cannot run while the irq handler is running: it can use
:c:func:`spin_lock()`, which is slightly faster. The only exception
would be if a different hardware irq handler uses the same lock: