Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S936193AbdGTQ4R (ORCPT ); Thu, 20 Jul 2017 12:56:17 -0400 Received: from mga01.intel.com ([192.55.52.88]:16339 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934871AbdGTQ4P (ORCPT ); Thu, 20 Jul 2017 12:56:15 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.40,384,1496127600"; d="scan'208";a="113597274" From: "Luck, Tony" To: Borislav Petkov , "Kani, Toshimitsu" CC: "linux-kernel@vger.kernel.org" , "tglx@linutronix.de" , "mchehab@kernel.org" , "rjw@rjwysocki.net" , "srinivas.pandruvada@linux.intel.com" , "lenb@kernel.org" , "linux-acpi@vger.kernel.org" , "linux-edac@vger.kernel.org" Subject: RE: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac Thread-Topic: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac Thread-Index: AQHS/4sx93QQ8jMonkW0hrLisfafFqJZsF4AgADdUgCAAI8CgIAArIqAgAADVwCAAAmPgIAAvh+AgACuz4CAAAYSgP//qO/Q Date: Thu, 20 Jul 2017 16:55:59 +0000 Message-ID: <3908561D78D1C84285E8C5FCA982C28F6130F211@ORSMSX114.amr.corp.intel.com> References: <20170717215912.26070-4-toshi.kani@hpe.com> <20170718060007.GB8736@nazgul.tnic> <20170718080836.GB8372@nazgul.tnic> <1500412288.2042.25.camel@hpe.com> <20170719055235.GD26030@nazgul.tnic> <1500480051.2042.27.camel@hpe.com> <20170719162204.GE16124@nazgul.tnic> <1500482822.2042.31.camel@hpe.com> <20170720041645.GA14367@nazgul.tnic> <1500561189.2042.35.camel@hpe.com> <20170720150409.GB20712@nazgul.tnic> In-Reply-To: <20170720150409.GB20712@nazgul.tnic> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 10.0.102.7 dlp-reaction: no-action x-originating-ip: [10.22.254.138] Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by nfs id v6KGuNSW005486 Content-Length: 601 Lines: 14 >> Yes, the following message is shown on HP systems. Please note that >> WHEA is a Windows-defined interface. > > Ok, so let's couple ghes_edac loading to that and see how far we could > go. I guess we should add checks for that to the major x86 EDAC drivers > to not load and this way ghes_edac will be the only driver loading. > > Tony, how does that sound? Add a module parameter to those edac drivers that can override the check and let them load anyway. I'm not paranoid, I just assume that there is a BIOS out there that sets the OSC/WHEA bits, but isn't generating useful GHES logs. -Tony