From: Sohil Mehta <sohil.mehta@intel.com>
To: "Luck, Tony" <tony.luck@intel.com>,
Adrian Schlegel <me@adrianschlegel.com>
Cc: "bp@alien8.de" <bp@alien8.de>, "x86@kernel.org" <x86@kernel.org>,
"linux-edac@vger.kernel.org" <linux-edac@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Edgecombe, Rick P" <rick.p.edgecombe@intel.com>,
Dave Hansen <dave.hansen@linux.intel.com>,
Yazen Ghannam <yazen.ghannam@amd.com>
Subject: Re: [PATCH v3] x86/mce: Do not treat cache hierarchy errors as memory errors
Date: Tue, 20 Oct 2026 10:09:46 -0700 [thread overview]
Message-ID: <ba508991-6a98-4aa2-a98d-e85307d50cef@intel.com> (raw)
In-Reply-To: <SJ1PR11MB60837CA7EFFE0AC99D01904DFC982@SJ1PR11MB6083.namprd11.prod.outlook.com>
On 10/19/2026 2:06 PM, Luck, Tony wrote:
>> Looking at the comment on top of tdx_dump_mce_info() and commit
>> 70060463cb2b ("x86/mce: Differentiate real hardware #MCs from TDX
>> erratum ones") could poison consumption be reported with a cache
>> hierarchy code?
>
> Yes. All recoverable poison consumption error codes are "Cache Hierarchy Error"s.
> with signature 000F 0001 RRRR TTLL. It's an uncorrected error, so the recovery
> code will offline the page.
>
> BUT ...
>
> Each should be accompanied by a "Memory Error" with signature 000F 0000 1MMM CCCC
> in a different machine check bank (this report originates in the memory controller that detected the ECC issue).
>
Okay makes sense. I am fine with the change in this patch now.
Reviewed-by: Sohil Mehta <sohil.mehta@intel.com>
If needed, the TDX side can change tdx_dump_mce_info() in case the
desired "TDX private memory error. Possible kernel bug." doesn't get
displayed.
> This other report should be used to track uncorrected memory errors per-DIMM. Per-channel etc.
>
> =Tony
prev parent reply other threads:[~2026-10-20 17:09 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-27 15:19 [PATCH] RAS/CEC: Only count corrected DRAM errors on Intel Adrian Schlegel
2026-09-27 18:14 ` Borislav Petkov
2026-09-29 19:01 ` Luck, Tony
2026-10-03 22:20 ` [PATCH v2] x86/mce: Do not treat cache hierarchy errors as memory errors Adrian Schlegel
2026-10-03 23:17 ` Borislav Petkov
2026-10-05 15:30 ` Luck, Tony
2026-10-12 19:33 ` [PATCH v3] " Adrian Schlegel
2026-10-13 0:01 ` Luck, Tony
2026-10-13 1:04 ` Qiuxu (Leo) Zhuo
2026-10-19 15:32 ` Yazen Ghannam
2026-10-19 18:34 ` Adrian Schlegel
2026-10-19 18:42 ` Yazen Ghannam
2026-10-19 20:45 ` Sohil Mehta
2026-10-19 21:06 ` Luck, Tony
2026-10-20 17:09 ` Sohil Mehta [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ba508991-6a98-4aa2-a98d-e85307d50cef@intel.com \
--to=sohil.mehta@intel.com \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=linux-edac@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=me@adrianschlegel.com \
--cc=rick.p.edgecombe@intel.com \
--cc=tony.luck@intel.com \
--cc=x86@kernel.org \
--cc=yazen.ghannam@amd.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.