summaryrefslogtreecommitdiffstats
path: root/Documentation/DocBook
diff options
context:
space:
mode:
authorolecom@mail.ru <olecom@mail.ru>2006-06-26 19:05:40 +0200
committerAdrian Bunk <bunk@stusta.de>2006-06-26 19:05:40 +0200
commit2e2d0dcc1bd7ca7c26ea5e29efb7f34bbd564f1c (patch)
tree425d5bbf1a5fac50cfba1d974651c786af940376 /Documentation/DocBook
parentClean up 'inline is not at beginning' warnings for usb storage (diff)
downloadlinux-2e2d0dcc1bd7ca7c26ea5e29efb7f34bbd564f1c.tar.xz
linux-2e2d0dcc1bd7ca7c26ea5e29efb7f34bbd564f1c.zip
typo fixes
Signed-off-by: Adrian Bunk <bunk@stusta.de>
Diffstat (limited to 'Documentation/DocBook')
-rw-r--r--Documentation/DocBook/kernel-locking.tmpl2
1 files changed, 1 insertions, 1 deletions
diff --git a/Documentation/DocBook/kernel-locking.tmpl b/Documentation/DocBook/kernel-locking.tmpl
index 158ffe9bfade..644c3884fab9 100644
--- a/Documentation/DocBook/kernel-locking.tmpl
+++ b/Documentation/DocBook/kernel-locking.tmpl
@@ -1590,7 +1590,7 @@ the amount of locking which needs to be done.
<para>
Our final dilemma is this: when can we actually destroy the
removed element? Remember, a reader might be stepping through
- this element in the list right now: it we free this element and
+ this element in the list right now: if we free this element and
the <symbol>next</symbol> pointer changes, the reader will jump
off into garbage and crash. We need to wait until we know that
all the readers who were traversing the list when we deleted the