diff options
author | Will Deacon <will.deacon@arm.com> | 2018-04-26 13:34:18 +0300 |
---|---|---|
committer | Ingo Molnar <mingo@kernel.org> | 2018-04-27 10:48:47 +0300 |
commit | b247be3fe89b6aba928bf80f4453d1c4ba8d2063 (patch) | |
tree | 4e3ca1be09b40d6885eae9a2d2a432afb7cfeb30 /kernel/locking/qspinlock_paravirt.h | |
parent | 6512276d97b160d90b53285bd06f7f201459a7e3 (diff) | |
download | linux-b247be3fe89b6aba928bf80f4453d1c4ba8d2063.tar.xz |
locking/qspinlock/x86: Increase _Q_PENDING_LOOPS upper bound
On x86, atomic_cond_read_relaxed will busy-wait with a cpu_relax() loop,
so it is desirable to increase the number of times we spin on the qspinlock
lockword when it is found to be transitioning from pending to locked.
According to Waiman Long:
| Ideally, the spinning times should be at least a few times the typical
| cacheline load time from memory which I think can be down to 100ns or
| so for each cacheline load with the newest systems or up to several
| hundreds ns for older systems.
which in his benchmarking corresponded to 512 iterations.
Suggested-by: Waiman Long <longman@redhat.com>
Signed-off-by: Will Deacon <will.deacon@arm.com>
Acked-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Acked-by: Waiman Long <longman@redhat.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: boqun.feng@gmail.com
Cc: linux-arm-kernel@lists.infradead.org
Cc: paulmck@linux.vnet.ibm.com
Link: http://lkml.kernel.org/r/1524738868-31318-5-git-send-email-will.deacon@arm.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
Diffstat (limited to 'kernel/locking/qspinlock_paravirt.h')
0 files changed, 0 insertions, 0 deletions