[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1500661773.2042.53.camel@hpe.com>
Date: Fri, 21 Jul 2017 18:38:52 +0000
From: "Kani, Toshimitsu" <toshi.kani@....com>
To: "mchehab@...pensource.com" <mchehab@...pensource.com>,
"bp@...en8.de" <bp@...en8.de>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"tglx@...utronix.de" <tglx@...utronix.de>,
"mchehab@...nel.org" <mchehab@...nel.org>,
"rjw@...ysocki.net" <rjw@...ysocki.net>,
"srinivas.pandruvada@...ux.intel.com"
<srinivas.pandruvada@...ux.intel.com>,
"tony.luck@...el.com" <tony.luck@...el.com>,
"lenb@...nel.org" <lenb@...nel.org>,
"linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>,
"linux-edac@...r.kernel.org" <linux-edac@...r.kernel.org>
Subject: Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac
On Fri, 2017-07-21 at 19:23 +0200, Borislav Petkov wrote:
:
> Not only that: thresholds depend on the DIMM types which means,
BIOS
> must know what DIMM types are in there which I doubt.
BIOS knows DIMM model from the SPD data.
> So exposing that to configuration instead of "deciding" for people
> would be better.
Enterprise platforms have very different model (I do not say it's
better for everyone from the cost perspective). Typically, such
platform vendors work with DIMM vendors directly to come with their
supported DIMMs with own part numbers, which are certified for the
platforms with extensive validation testings.
Thanks,
-Toshi
Powered by blists - more mailing lists