aboutsummaryrefslogtreecommitdiffstats
path: root/arch/x86/lib
diff options
context:
space:
mode:
authorEric Dumazet <eric.dumazet@gmail.com>2012-01-03 17:35:40 +0100
committerIngo Molnar <mingo@elte.hu>2012-01-04 15:01:56 +0100
commitceb7b40b65539a771d1bfaf47660ac0ee57e0c4f (patch)
tree77bae0c2bf43b9f415d99d1e3a8dc0667404f965 /arch/x86/lib
parentcdcd629869fabcd38ebd24a03b0a05ec1cbcafb0 (diff)
downloadkernel_goldelico_gta04-ceb7b40b65539a771d1bfaf47660ac0ee57e0c4f.zip
kernel_goldelico_gta04-ceb7b40b65539a771d1bfaf47660ac0ee57e0c4f.tar.gz
kernel_goldelico_gta04-ceb7b40b65539a771d1bfaf47660ac0ee57e0c4f.tar.bz2
x86: Fix atomic64_xxx_cx8() functions
It appears about all functions in arch/x86/lib/atomic64_cx8_32.S are wrong in case cmpxchg8b must be restarted, because LOCK_PREFIX macro defines a label "1" clashing with other local labels : 1: some_instructions LOCK_PREFIX cmpxchg8b (%ebp) jne 1b / jumps to beginning of LOCK_PREFIX ! A possible fix is to use a magic label "672" in LOCK_PREFIX asm definition, similar to the "671" one we defined in LOCK_PREFIX_HERE. Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com> Acked-by: Jan Beulich <JBeulich@suse.com> Cc: Christoph Lameter <cl@linux.com> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Andrew Morton <akpm@linux-foundation.org> Link: http://lkml.kernel.org/r/1325608540.2320.103.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'arch/x86/lib')
0 files changed, 0 insertions, 0 deletions