Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
From: Andreas Schwab
Date: Mon Jun 20 2016 - 13:47:32 EST
- Next message: Pali RohÃr: "Re: Canonical has own Ubuntu driver for ALPS 73 03 28 devices"
- Previous message: Thiago Jung Bauermann: "Re: [PATCH v2 2/9] kexec_file: Generalize kexec_add_buffer."
- In reply to: Peter Zijlstra: "Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()"
- Next in thread: Finn Thain: "Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Peter Zijlstra <peterz@xxxxxxxxxxxxx> writes:
> Could either of you comment on the below patch?
>
> All atomic functions that return a value should imply full memory
> barrier semantics -- this very much includes a compiler barrier / memory
> clobber.
I wonder if it is possible to find a case where this makes a real
difference, ie. where the compiler erroneously reused a value due to
the missing barrier.
Andreas.
--
Andreas Schwab, schwab@xxxxxxxxxxxxxx
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
- Next message: Pali RohÃr: "Re: Canonical has own Ubuntu driver for ALPS 73 03 28 devices"
- Previous message: Thiago Jung Bauermann: "Re: [PATCH v2 2/9] kexec_file: Generalize kexec_add_buffer."
- In reply to: Peter Zijlstra: "Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()"
- Next in thread: Finn Thain: "Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]