On Wed, Feb 20, 2019 at 11:26 AM Jeff Moyer <[email protected]> wrote: > > Borislav Petkov <[email protected]> writes: > > > Drop stable@ > > > > On Wed, Feb 20, 2019 at 01:59:15PM -0500, Jeff Moyer wrote: > >> Sorry for necroposting. I thought the point of the CEC was to make sure > >> that the other registered decoders only ever saw uncorrected errors. > > > > Ha, good point! You mean drivers/ras/cec.c, right? > > Yes. > > > If so, then I don't think we've ever talked about connecting CEC with > > NVDIMM and whether that would make sense. Lemme add Dan. > > I don't think there's a difference between MCEs for NVDIMMs and normal > DRAM. I'll let Dan confirm or deny that.
There is a difference. NVDIMMs have local tracking of discovered poison, methods to scan for latent poison, and methods to clear. A CEC connection, iiuc, would seem an awkward fit. Awkward because what CEC enables is meant to be implemented natively in the hardware, and CEC seems to have no concept of the fact that errors can be repaired. _______________________________________________ Linux-nvdimm mailing list [email protected] https://lists.01.org/mailman/listinfo/linux-nvdimm
