From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ot1-x344.google.com (mail-ot1-x344.google.com [IPv6:2607:f8b0:4864:20::344]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 8EA50211CC3BA for ; Wed, 20 Feb 2019 11:40:21 -0800 (PST) Received: by mail-ot1-x344.google.com with SMTP id n8so42211631otl.6 for ; Wed, 20 Feb 2019 11:40:21 -0800 (PST) MIME-Version: 1.0 References: <20181026003729.8420-1-vishal.l.verma@intel.com> <20190220191852.GF3447@zn.tnic> In-Reply-To: From: Dan Williams Date: Wed, 20 Feb 2019 11:40:10 -0800 Message-ID: Subject: Re: [PATCH v3 1/2] nfit, mce: only handle uncorrectable machine checks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: linux-nvdimm-bounces@lists.01.org Sender: "Linux-nvdimm" To: Jeff Moyer Cc: Tony Luck , Borislav Petkov , linux-edac@vger.kernel.org, linux-nvdimm List-ID: On Wed, Feb 20, 2019 at 11:26 AM Jeff Moyer wrote: > > Borislav Petkov 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 Linux-nvdimm@lists.01.org https://lists.01.org/mailman/listinfo/linux-nvdimm