You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since we are now using DS prefixes instead of NOP to remove LOCK
prefixes, there is no longer any problems with instruction boundaries
moving around.
* Linus Torvalds ([email protected]) wrote:
>
>
> On Thu, 14 Aug 2008, Mathieu Desnoyers wrote:
> >
> > Changing the 0x90 (single-byte nop) currently used into a 0x3E DS segment
> > override prefix should fix this issue. Since the default of the atomic
> > instructions is to use the DS segment anyway, it should not affect the
> > behavior.
>
> Ok, so I think this is an _excellent_ patch, but I'd like to also then use
> LOCK_PREFIX in include/asm-x86/futex.h.
>
> See commit 9d55b99.
>
> Linus
Unless there a rationale for this, I think these be changed to LOCK_PREFIX
too.
grep "lock ;" include/asm-x86/spinlock.h
"lock ; cmpxchgw %w1,%2\n\t"
asm volatile("lock ; xaddl %0, %1\n"
"lock ; cmpxchgl %1,%2\n\t"
Applies to 2.6.27-rc2.
Signed-off-by: Mathieu Desnoyers <[email protected]>
Acked-by: Linus Torvalds <[email protected]>
CC: Linus Torvalds <[email protected]>
CC: H. Peter Anvin <[email protected]>
CC: Jeremy Fitzhardinge <[email protected]>
CC: Roland McGrath <[email protected]>
CC: Ingo Molnar <[email protected]>
Cc: Steven Rostedt <[email protected]>
CC: Steven Rostedt <[email protected]>
CC: Thomas Gleixner <[email protected]>
CC: Peter Zijlstra <[email protected]>
CC: Andrew Morton <[email protected]>
CC: David Miller <[email protected]>
CC: Ulrich Drepper <[email protected]>
CC: Rusty Russell <[email protected]>
CC: Gregory Haskins <[email protected]>
CC: Arnaldo Carvalho de Melo <[email protected]>
CC: "Luis Claudio R. Goncalves" <[email protected]>
CC: Clark Williams <[email protected]>
CC: Christoph Lameter <[email protected]>
CC: Andi Kleen <[email protected]>
CC: Harvey Harrison <[email protected]>
Signed-off-by: H. Peter Anvin <[email protected]>
0 commit comments