mirror of
				https://github.com/torvalds/linux.git
				synced 2025-10-31 00:28:52 +02:00 
			
		
		
		
	locking/atomic, arch/qrwlock: Employ atomic_fetch_add_acquire()
The only reason for the current code is to make GCC emit only the "LOCK XADD" instruction on x86 (and not do a pointless extra ADD on the result), do so nicer. Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org> Acked-by: Waiman Long <waiman.long@hpe.com> 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: linux-arch@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Ingo Molnar <mingo@kernel.org>
This commit is contained in:
		
							parent
							
								
									4ec45856b6
								
							
						
					
					
						commit
						f9852b74be
					
				
					 1 changed files with 1 additions and 1 deletions
				
			
		|  | @ -93,7 +93,7 @@ void queued_read_lock_slowpath(struct qrwlock *lock, u32 cnts) | |||
| 	 * that accesses can't leak upwards out of our subsequent critical | ||||
| 	 * section in the case that the lock is currently held for write. | ||||
| 	 */ | ||||
| 	cnts = atomic_add_return_acquire(_QR_BIAS, &lock->cnts) - _QR_BIAS; | ||||
| 	cnts = atomic_fetch_add_acquire(_QR_BIAS, &lock->cnts); | ||||
| 	rspin_until_writer_unlock(lock, cnts); | ||||
| 
 | ||||
| 	/*
 | ||||
|  |  | |||
		Loading…
	
		Reference in a new issue
	
	 Peter Zijlstra
						Peter Zijlstra