[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170718080836.GB8372@nazgul.tnic>
Date: Tue, 18 Jul 2017 10:08:36 +0200
From: Borislav Petkov <bp@...en8.de>
To: Toshi Kani <toshi.kani@....com>, Tony Luck <tony.luck@...el.com>
Cc: rjw@...ysocki.net, mchehab@...nel.org, tglx@...utronix.de,
srinivas.pandruvada@...ux.intel.com, lenb@...nel.org,
linux-acpi@...r.kernel.org, linux-edac@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac
On Tue, Jul 18, 2017 at 08:00:07AM +0200, Borislav Petkov wrote:
> And I think we should try this first: have the firmware disable
> detection methods so that the platform drivers don't load.
Btw, in looking at this more, what about the firmware-first thing?
I.e., the firmware-first detection with apei_osc_setup() at the end of
ghes_init().
Can we make ghes_edac loading dependent on that? I mean, that was *the*
predicate for exactly that - to have the firmware look at the errors
first. No need for platform whitelisting and so on.
I'd still decouple ghes_edac loading from ghes_probe() even though
loading the platform driver should've been done *after* the
firmware-first detection regardless.
So what we could do is make ghes_edac a normal module and have the
relevant x86 EDAC modules query FF mode and if enabled, fail loading.
Hmmm?
My gut feeling tells me I'm on the right track here but who knows...
Thx.
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
--
Powered by blists - more mailing lists