Re: [PATCH v7 00/16] Support Armv8 RAS Extensions for Kernel-first error handling
Umang Chheda <[email protected]> Mon, 20 Jul 2026 13:56:44 +0530
| Newsgroups | org.kernel.vger.linux-edac,org.infradead.lists.linux-arm-kernel,org.kernel.vger.linux-acpi,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <[email protected]> |
Hello All/Catalin, On 7/8/2026 10:52 PM, Catalin Marinas wrote: > On Tue, Jul 07, 2026 at 07:41:31PM -0700, Borislav Petkov wrote: >> On Tue, Jun 02, 2026 at 03:15:23PM +0800, Ruidong Tian wrote: >>> Documentation/ABI/testing/debugfs-arm64-ras | 87 ++ >>> MAINTAINERS | 11 + >>> arch/arm64/include/asm/ras.h | 99 ++ >>> drivers/acpi/arm64/Kconfig | 10 + >>> drivers/acpi/arm64/Makefile | 1 + >>> drivers/acpi/arm64/aest.c | 423 ++++++++ >>> drivers/ras/Kconfig | 1 + >>> drivers/ras/Makefile | 1 + >>> drivers/ras/arm64/Kconfig | 16 + >>> drivers/ras/arm64/Makefile | 9 + >>> drivers/ras/arm64/ras-cmn.c | 479 +++++++++ >>> drivers/ras/arm64/ras-core.c | 1026 +++++++++++++++++++ >>> drivers/ras/arm64/ras-inject.c | 130 +++ >>> drivers/ras/arm64/ras-storm.c | 198 ++++ >>> drivers/ras/arm64/ras-sysfs.c | 319 ++++++ >>> drivers/ras/arm64/ras.h | 374 +++++++ >>> drivers/ras/debugfs.c | 3 +- >>> drivers/ras/ras.c | 3 + >>> include/linux/acpi_aest.h | 36 + >>> include/linux/cpuhotplug.h | 1 + >>> include/linux/ras.h | 10 + >>> include/ras/ras_event.h | 79 ++ >>> 22 files changed, 3315 insertions(+), 1 deletion(-) >>> create mode 100644 Documentation/ABI/testing/debugfs-arm64-ras >>> create mode 100644 arch/arm64/include/asm/ras.h >>> create mode 100644 drivers/acpi/arm64/aest.c >>> create mode 100644 drivers/ras/arm64/Kconfig >>> create mode 100644 drivers/ras/arm64/Makefile >>> create mode 100644 drivers/ras/arm64/ras-cmn.c >>> create mode 100644 drivers/ras/arm64/ras-core.c >>> create mode 100644 drivers/ras/arm64/ras-inject.c >>> create mode 100644 drivers/ras/arm64/ras-storm.c >>> create mode 100644 drivers/ras/arm64/ras-sysfs.c > [...] >> But that's still not that important - what is even more important is who from >> ARM is going to review and maintain this? I can take a look at the generic >> bits so that the RAS stuff coexists fine in drivers/ras/ but I'd need an ARM >> person to take care of this. >> >> There are enough on Cc so let's see if anyone moves. > > I will volunteer James Morse (he doesn't know yet) as the Arm RAS > expert. He's away this week, hopefully can have a look when he gets > back. For the ACPI bits, we have Lorenzo, Hanjun, Sudeep who should be > able to review. > > Adding Rob Herring as well who's been giving some feedback on the DT > counterpart: > > https://lore.kernel.org/all/20260505-aest-devicetree-support-v1-0-d5d6ffacf0a5@oss.qualcomm.com/ > > I have some vague recollection James wanting to start with something > simpler like EDAC and do DT first but I may be wrong or things could > have changed since. So, let's wait for James to comment. > JYFI, I have v2 [1] of DT front-end support for ARM RAS. https://lore.kernel.org/lkml/[email protected]/ Thanks, Umang