diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2011-04-25 18:10:58 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2011-04-25 18:10:58 -0700 |
commit | 3dd2ee4824b668a635d6d2bb6bc73f33708cab9f (patch) | |
tree | 40d8d017d9631ecefae76eb09e1bbecc23e17452 /fs/dcache.c | |
parent | 5dd12af05ca6b7d052c06a9ca4ff755fdfa25ae4 (diff) | |
download | kernel_goldelico_gta04-3dd2ee4824b668a635d6d2bb6bc73f33708cab9f.zip kernel_goldelico_gta04-3dd2ee4824b668a635d6d2bb6bc73f33708cab9f.tar.gz kernel_goldelico_gta04-3dd2ee4824b668a635d6d2bb6bc73f33708cab9f.tar.bz2 |
bit_spinlock: don't play preemption games inside the busy loop
When we are waiting for the bit-lock to be released, and are looping
over the 'cpu_relax()' should not be doing anything else - otherwise we
miss the point of trying to do the whole 'cpu_relax()'.
Do the preemption enable/disable around the loop, rather than inside of
it.
Noticed when I was looking at the code generation for the dcache
__d_drop usage, and the code just looked very odd.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'fs/dcache.c')
0 files changed, 0 insertions, 0 deletions