diff options
| author | Robin Holt <[email protected]> | 2009-04-02 23:59:45 +0000 |
|---|---|---|
| committer | Linus Torvalds <[email protected]> | 2009-04-03 02:05:10 +0000 |
| commit | e8c158bb313c1df421eab7dc4299cd39cbbf5895 (patch) | |
| tree | 8a5f1d01e58d0e358b2b0c9407fc494912e83c27 /net/unix/af_unix.c | |
| parent | fs/ufs: return f_fsid for statfs(2) (diff) | |
| download | kernel-e8c158bb313c1df421eab7dc4299cd39cbbf5895.tar.gz kernel-e8c158bb313c1df421eab7dc4299cd39cbbf5895.zip | |
Factor out #ifdefs from kernel/spinlock.c to LOCK_CONTENDED_FLAGS
SGI has observed that on large systems, interrupts are not serviced for a
long period of time when waiting for a rwlock. The following patch series
re-enables irqs while waiting for the lock, resembling the code which is
already there for spinlocks.
I only made the ia64 version, because the patch adds some overhead to the
fast path. I assume there is currently no demand to have this for other
architectures, because the systems are not so large. Of course, the
possibility to implement raw_{read|write}_lock_flags for any architecture
is still there.
This patch:
The new macro LOCK_CONTENDED_FLAGS expands to the correct implementation
depending on the config options, so that IRQ's are re-enabled when
possible, but they remain disabled if CONFIG_LOCKDEP is set.
Signed-off-by: Petr Tesarik <[email protected]>
Signed-off-by: Robin Holt <[email protected]>
Cc: <[email protected]>
Cc: Ingo Molnar <[email protected]>
Cc: Peter Zijlstra <[email protected]>
Cc: "Luck, Tony" <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Signed-off-by: Linus Torvalds <[email protected]>
Diffstat (limited to 'net/unix/af_unix.c')
0 files changed, 0 insertions, 0 deletions
