> However if the kernel touch the page again using MOVDIR64B, the further #MC > won't have MCG_STATUS_SEAM_NR bit set (because it doesn't happen in SEAM > non-root), therefore it will be treated as a normal kernel #MC which will > result in kernel panic. Intel CPUs signal #MC when an instruction that is trying to consume poison data is about to retire. Stores to memory do not consume poison, so will not signal a #MC. In the MOVDIR64B case an entire cache line is stored in a single atomic write. This will clear the poison state of the cacheline (assuming that the poison was due to an integrity error, memory error injection, I/O error etc. If the DIMM is bad and has stuck bits, then the memory may still fail ECC check on the next read.) Using smaller stores to overwrite the cache line will not clear poison. The cacheline is read from memory to some cache level, the small store updates some bytes in the line, but the poison flag remains. Note that this doesn't trigger #MC because the poison data is not being consumed, it still isn't architecturally visible in some register, memory, or I/O device. You may still see a UCNA signature signaled with CMCI from the memory controller if either case resulted in a speculative prefetch of the poisoned cache line. -Tony
