Messages in this thread | | | Subject | Re: [patch] SMP alternatives | From | Alan Cox <> | Date | Thu, 24 Nov 2005 14:34:07 +0000 |
| |
On Iau, 2005-11-24 at 14:39 +0100, Andi Kleen wrote: > That's supposed to be done by hardware, no?
Varies immensely by system. Where there is a hardware scrubber and it is enabled it will be used. Once nice thing about K8 is the mem controller is in the CPU so they all use the same driver (not yet merged)
> If you try to do it this way then the code will become such > a mess if not impossible to write that your changes to merge them > and get it right are very slim. The only sane way to do all the locking etc. > is to hand over the handling to a thread. While that make the window > of misusing the data wider it's the only sane alternative vs not > doing it at all.
Its utterly hideous because the usual 'ECC error' reporting technique for an uncorrectable error is an NMI. Locks could be in any state at this point and even the registers needing to be accessed are across PCI and we could be half way through a PCI configuration cycle.
The -mm EDAC code works on the basic assumption that unrecovered ECC is a system halter although that is configurable.
- 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/
| |