summaryrefslogtreecommitdiffstats
path: root/fs
diff options
context:
space:
mode:
authorMichel Lespinasse <walken@google.com>2010-05-12 11:38:45 +0100
committerLinus Torvalds <torvalds@linux-foundation.org>2010-05-12 18:23:34 -0700
commit91af70814105f4c05e6e11b51c3269907b71794b (patch)
tree3857e57d3bccc1638ce2dc0413249cc2f3469d34 /fs
parentcea0d767c29669bf89f86e4aee46ef462d2ebae8 (diff)
downloadop-kernel-dev-91af70814105f4c05e6e11b51c3269907b71794b.zip
op-kernel-dev-91af70814105f4c05e6e11b51c3269907b71794b.tar.gz
rwsem: Test for no active locks in __rwsem_do_wake undo code
If there are no active threasd using a semaphore, it is always correct to unqueue blocked threads. This seems to be what was intended in the undo code. What was done instead, was to look for a sem count of zero - this is an impossible situation, given that at least one thread is known to be queued on the semaphore. The code might be correct as written, but it's hard to reason about and it's not what was intended (otherwise the goto out would have been unconditional). Go for checking the active count - the alternative is not worth the headache. Signed-off-by: Michel Lespinasse <walken@google.com> Signed-off-by: David Howells <dhowells@redhat.com> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'fs')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud