[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <DS7PR11MB60776F2FF731E8DE3D15D309FCBF2@DS7PR11MB6077.namprd11.prod.outlook.com>
Date: Fri, 18 Apr 2025 17:24:07 +0000
From: "Luck, Tony" <tony.luck@...el.com>
To: "Zhuo, Qiuxu" <qiuxu.zhuo@...el.com>
CC: Borislav Petkov <bp@...en8.de>, James Morse <james.morse@....com>, "Mauro
Carvalho Chehab" <mchehab@...nel.org>, Robert Richter <rric@...nel.org>,
"Lai, Yi1" <yi1.lai@...el.com>, "Xu, Feng F" <feng.f.xu@...el.com>, "Fan,
Shawn" <shawn.fan@...el.com>, "linux-edac@...r.kernel.org"
<linux-edac@...r.kernel.org>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>
Subject: RE: [PATCH 0/7] EDAC/i10nm: Add RRL support for Intel Granite Rapids
server
> The RRL (Retry Read error Log) registers provide additional error information
> during DDR memory correction. This can assist memory DIMM vendors in isolating
> problematic cells within the DIMM and help CSPs predict uncorrectable errors.
> This patch series is to add RRL support for Intel Granite Rapids servers and
> is structured as follows:
>
> Patch 1-3: Bug fixes and cleanup.
>
> Patch 4-6: Refactor the RRL (Retry Read error Log) code of previous generations
> and prepare for Patch 7.
>
> Patch 7 : Add RRL support for Intel Granite Rapids server.
Applied to edac-drivers branch of RAS tree for next merge window.
Thanks
-Tony
Powered by blists - more mailing lists