summaryrefslogtreecommitdiffstats
path: root/firmware
diff options
context:
space:
mode:
authorPeter Zijlstra2016-06-01 20:58:15 +0200
committerIngo Molnar2016-06-08 15:17:01 +0200
commit6428671bae97caa7040e24e79e969fd87908f4f3 (patch)
tree67549d91213b5fc3bb48a243ebfaf1ef3fc2b9a2 /firmware
parentlocking/rwsem: Streamline the rwsem_optimistic_spin() code (diff)
downloadkernel-qcow2-linux-6428671bae97caa7040e24e79e969fd87908f4f3.tar.gz
kernel-qcow2-linux-6428671bae97caa7040e24e79e969fd87908f4f3.tar.xz
kernel-qcow2-linux-6428671bae97caa7040e24e79e969fd87908f4f3.zip
locking/mutex: Optimize mutex_trylock() fast-path
A while back Viro posted a number of 'interesting' mutex_is_locked() users on IRC, one of those was RCU. RCU seems to use mutex_is_locked() to avoid doing mutex_trylock(), the regular load before modify pattern. While the use isn't wrong per se, its curious in that its needed at all, mutex_trylock() should be good enough on its own to avoid the pointless cacheline bounces. So fix those and remove the mutex_is_locked() (ab)use from RCU. Reported-by: Al Viro <viro@ZenIV.linux.org.uk> Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org> Acked-by: Paul McKenney <paulmck@linux.vnet.ibm.com> Acked-by: Davidlohr Bueso <dave@stgolabs.net> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Paul E. McKenney <paulmck@linux.vnet.ibm.com> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: Waiman Long <Waiman.Long@hpe.com> Link: http://lkml.kernel.org/r/20160601185815.GW3190@twins.programming.kicks-ass.net Signed-off-by: Ingo Molnar <mingo@kernel.org>
Diffstat (limited to 'firmware')
0 files changed, 0 insertions, 0 deletions