Prev: [dlm] Two small sysfs patches
Next: [PATCH 04/10] x86-32: allow UP/SMP lock replacement in cmpxchg64
From: Luca Barbieri on 17 Feb 2010 06:50 No known CPU should have this combination, and future ones are very unlikely to. However, should this happen, we would generate working but non-atomic code, so panic instead. --- arch/x86/lib/atomic64_32.c | 11 +++++++++++ 1 files changed, 11 insertions(+), 0 deletions(-) diff --git a/arch/x86/lib/atomic64_32.c b/arch/x86/lib/atomic64_32.c index 9ff8589..35dbd12 100644 --- a/arch/x86/lib/atomic64_32.c +++ b/arch/x86/lib/atomic64_32.c @@ -47,6 +47,17 @@ EXPORT_SYMBOL(cx8_atomic64_inc_not_zero_cx8call); union generic_atomic64_lock generic_atomic64_lock[ATOMIC64_NR_LOCKS] __cacheline_aligned_in_smp; pure_initcall(init_generic_atomic64_lock); +static int __init panic_on_sse_without_cx8(void) +{ + /* no known CPU should do this, and we generate non-atomic code in this case + * because we mix the generic spinlock-reliant code and the SSE code + */ + if (!boot_cpu_has(X86_FEATURE_CX8) && boot_cpu_has(X86_FEATURE_XMM)) + panic("CPUs without CX8 but with SSE are not supported\nBoot with clearcpuid=25 and report your CPU model to linux-kernel(a)vger.kernel.org\n"); + return 0; +} +core_initcall(panic_on_sse_without_cx8); + EXPORT_SYMBOL(generic_atomic64_add); EXPORT_SYMBOL(generic_atomic64_add_return); EXPORT_SYMBOL(generic_atomic64_sub); -- 1.6.6.1.476.g01ddb -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |