[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <DE184F9D-EF80-4A88-9275-C900C4AA13D2@alien8.de>
Date: Thu, 27 Feb 2025 20:33:19 +0100
From: Borislav Petkov <bp@...en8.de>
To: Yazen Ghannam <yazen.ghannam@....com>
CC: x86@...nel.org, Tony Luck <tony.luck@...el.com>, linux-kernel@...r.kernel.org,
linux-edac@...r.kernel.org, Smita.KoralahalliChannabasappa@....com
Subject: Re: [PATCH v2 06/16] x86/mce: Remove __mcheck_cpu_init_early()
On February 27, 2025 5:31:48 PM GMT+01:00, Yazen Ghannam <yazen.ghannam@....com> wrote:
>On Thu, Feb 27, 2025 at 04:25:00PM +0100, Borislav Petkov wrote:
>> On Thu, Feb 13, 2025 at 04:45:55PM +0000, Yazen Ghannam wrote:
>> > Also, move __mcheck_cpu_init_generic() after
>> > __mcheck_cpu_init_prepare_banks() so that MCA is enabled after the first
>> > MCA polling event.
>>
>> The reason being?
>>
>> Precaution?
>>
>> It was this way since forever, why are you moving it now? Any particular
>> reason?
>>
>
>1) To read/clear old errors before turning on MCA. The updated
>__mcheck_cpu_init_prepare_banks() function does this for the MCi_CTL
>registers. This patch does this for the MCG_CTL register too.
>
>2) To ensure that vendor-specific setup is finished beforehand also.
That doesn't answer my question. All of the above gets done even without shuffling the order...
--
Sent from a small device: formatting sucks and brevity is inevitable.
Powered by blists - more mailing lists