[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3908561D78D1C84285E8C5FCA982C28F7F5202EC@ORSMSX115.amr.corp.intel.com>
Date: Thu, 9 Jan 2020 21:54:08 +0000
From: "Luck, Tony" <tony.luck@...el.com>
To: "Ghannam, Yazen" <Yazen.Ghannam@....com>,
Borislav Petkov <bp@...en8.de>
CC: Jan H. Schönherr <jschoenh@...zon.de>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-edac@...r.kernel.org" <linux-edac@...r.kernel.org>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>,
"H. Peter Anvin" <hpa@...or.com>, "x86@...nel.org" <x86@...nel.org>
Subject: RE: [PATCH v2 6/6] x86/mce: Dynamically register default MCE handler
> It seems to me that the issue is the mcelog notifier counts toward the number
> of notifiers, so the default notifier doesn't print anything.
If we gave a API to the notifiers to say whether to suppress printing, then the
dev_mcelog() code could do the suppression only if some process had
/dev/mcelog open. So if mcelog(8) wasn't running, you'd still see the console
message.
-Tony
Powered by blists - more mailing lists