[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3908561D78D1C84285E8C5FCA982C28F31C76B19@ORSMSX106.amr.corp.intel.com>
Date: Mon, 8 Jul 2013 20:26:12 +0000
From: "Luck, Tony" <tony.luck@...el.com>
To: "Naveen N. Rao" <naveen.n.rao@...ux.vnet.ibm.com>,
Borislav Petkov <bp@...en8.de>
CC: "ananth@...ibm.com" <ananth@...ibm.com>,
"masbock@...ux.vnet.ibm.com" <masbock@...ux.vnet.ibm.com>,
"lcm@...ux.vnet.ibm.com" <lcm@...ux.vnet.ibm.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>,
"Huang, Ying" <ying.huang@...el.com>
Subject: RE: [PATCH 4] mce: acpi/apei: Add a sysctl to control page
offlining on firmware report
> Nope, this is a just-in-case thing. I think you or Tony asked to have
> this in a previous discussion so that we're covered if firmware starts
> acting up. Other than that, I'm ok if this is left out.
I'm struggling to think of a case where this would help. It implies that
we are on a running system, and we somehow notice that the BIOS is
telling us to take some pages offline - and that we know better than the
BIOS that we'd like to just ignore any more such messages from the BIOS.
But we still leave the BIOS in charge of logging the errors and keeping
track of the thresholds.
I'm happy with just the acpi=nocmcff to avoid a BIOS that does weird
stuff. Or do you think we might still have to deal with a string of APEI
messages?
-Tony
Powered by blists - more mailing lists