[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <dd13363e-fd7e-4e88-8c23-91cfffe11dc3@amd.com>
Date: Thu, 26 Oct 2023 09:05:51 -0400
From: Yazen Ghannam <yazen.ghannam@....com>
To: Borislav Petkov <bp@...en8.de>,
"M K, Muralidhara" <muralimk@....com>
Cc: yazen.ghannam@....com, linux-edac@...r.kernel.org,
linux-kernel@...r.kernel.org, mchehab@...nel.org,
Muralidhara M K <muralidhara.mk@....com>,
Avadhut Naik <Avadhut.Naik@....com>
Subject: Re: [PATCH v2 1/4] EDAC/mce_amd: Remove SMCA Extended Error code
descriptions
On 10/26/2023 8:37 AM, Borislav Petkov wrote:
> On Thu, Oct 26, 2023 at 05:32:17PM +0530, M K, Muralidhara wrote:
>> Not possible. User has to check the kernel dmesg log and using "Ext.
>> Error code" user has to refer the "error string" in the PPR for
>> a particular Error code.
>
> Let me paste from my previous email:
>
> "If that is not possible with rasdaemon yet, then this patch should not
> remove the error descriptions but limit them only to the families for
> which they're valid.
>
> Bottom line is, I don't want to have the situation mcelog is in where
> decoding errors with it is a total disaster.
>
> IOW, I'd like error decoding on AMD to always work and be trivially easy
> to do."
>
+Avadhut
Post-processing is one of the features that Avadhut implemented.
https://github.com/mchehab/rasdaemon/commit/932118b04a04104dfac6b8536419803f236e6118
Thanks,
Yazen
Powered by blists - more mailing lists