[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20260113095111.GHaWYVj4Crd2z8oLp-@fat_crate.local>
Date: Tue, 13 Jan 2026 10:51:11 +0100
From: Borislav Petkov <bp@...en8.de>
To: "Li,Rongqing" <lirongqing@...du.com>
Cc: Nikolay Borisov <nik.borisov@...e.com>,
Thomas Gleixner <tglx@...nel.org>, Ingo Molnar <mingo@...hat.com>,
Dave Hansen <dave.hansen@...ux.intel.com>,
"x86@...nel.org" <x86@...nel.org>,
"H . Peter Anvin" <hpa@...or.com>, Tony Luck <tony.luck@...el.com>,
Yazen Ghannam <yazen.ghannam@....com>,
Qiuxu Zhuo <qiuxu.zhuo@...el.com>,
Avadhut Naik <avadhut.naik@....com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-edac@...r.kernel.org" <linux-edac@...r.kernel.org>
Subject: Re: 答复: 答复: [外部邮件] Re: [PATCH] x86/mce: Fix
timer interval adjustment after logging a MCE event
On Mon, Jan 12, 2026 at 10:24:11AM +0000, Li,Rongqing wrote:
> Since commit 011d82611172 ("RAS: Add a Corrected Errors Collector"),
> mce_timer_fn() has incorrectly determined whether to adjust the
> timer interval. The issue arises because mce_notify_irq() now always
> returns false when called from the timer path, since the polling code
> never sets bit 0 of mce_need_notify. This prevents proper adjustment of
> the timer interval based on whether MCE events were logged.
That's because you missed the main point of the error collector:
"The error decoding is done with the decoding chain now and
mce_first_notifier() gets to see the error first and the CEC decides
whether to log it and then the rest of the chain doesn't hear about it -
^^^^^^^^^^^^^^^^^^^^^^
basically the main reason for the CE collector - or to continue running
the notifiers."
So lemme ask you again: what are you really fixing?!
What is the actual problem you're trying to fix?
And do not send me another revised commit message.
Thx.
--
Regards/Gruss,
Boris.
https://people.kernel.org/tglx/notes-about-netiquette
Powered by blists - more mailing lists