Messages in this thread | | | From | Neil Brown <> | Date | Thu, 2 Feb 2006 12:19:22 +1100 | Subject | 2.6.16-rc1-mm4 i386 atomic operations broken on SMP (in modules at least) |
| |
I've been testing md/raid in 2.6.16-rc1-mm4 on a dual Xeon with most of the md personalities compiled as modules, and weird stuff if happening.
In particular I'm getting lots of
BUG: atomic counter underflow at:
reports in raid10 and raid5, which are modules.
I reverted to 2.6.16-rc1-mm2, which still has that BUG check, but doesn't muck about with the LOCK prefix, and the "atomic" problems go away (leaving me to look into the other problems of my own making:-).
My guess is there is there is something wrong with the 'alternative' stuff which strips out the lock prefix, but I couldn't see anything obviously wrong. The CPUs don't have FEATURE_UP (see below) so it cannot possibly be removing the 'lock' prefix... but it certainly acts like it is.
Help?
NeilBrown
processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 3 model name : Intel(R) Xeon(TM) CPU 3.20GHz stepping : 4 cpu MHz : 3192.524 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl cid xtpr bogomips : 6389.26
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |