[PATCH v5 00/10] ACPI: APEI: share GHES CPER helpers and add DT FFH provider
Ahmed Tiba <[email protected]> Fri, 29 May 2026 10:50:40 +0100
| Newsgroups | dev.linux.lists.acpica-devel,org.infradead.lists.linux-arm-kernel,org.kernel.vger.linux-acpi,org.kernel.vger.linux-cxl,org.kernel.vger.linux-devicetree,org.kernel.vger.linux-doc,org.kernel.vger.linux-edac,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <20260529-topics-ahmtib01-ras_ffh_arm_internal_review-v5-0-2e0500d42642@arm.com> |
This is v5 of the GHES refactor series. Compared to v4, it only updates the DT binding to address the latest review comments. Changes in v5: - Dropped the `oneOf` from `memory-region` and described it as a plain list with `minItems: 1`. - Simplified the DT example to keep only the `arm,ras-cper` device node. - Link to v4: https://lore.kernel.org/r/20260518-topics-ahmtib01-ras_ffh_arm_internal_review-v4-0-42698675ba61@arm.com Signed-off-by: Ahmed Tiba <[email protected]> Changes in v4: - Reworded the ghes_cper.h header comment and kept the original copyrights. - Fixed the ghes_cper.h W=1 warnings by limiting the ACPI fixmap-based declarations to the ACPI build path. - Updated the DT binding to describe the CPER buffer as firmware-owned shared memory. - Described the optional ack area as a second memory-region entry. - Updated the DT example accordingly. - Link to v3: https://lore.kernel.org/r/20260318-topics-ahmtib01-ras_ffh_arm_internal_review-v3-0-48e6a1c249ef@arm.com Changes in v3: - Fixed the new ghes_cper.h header comment and kept the original copyrights. - Added <linux/bitfield.h> to fix the kernel test robot build failure. - Renamed the binding/compatible and DT-side naming to ras-cper. - Switched the DT provider to generic firmware property accessors. - Replaced atomic source IDs with IDA. - Updated IRQ/error/resource handling as suggested in review (platform_get_irq(), dev_err_probe(), devm platform ioremap helpers). - Removed the ARM64 dependency and fixed Kconfig/build coverage. - Clarified comments and kept the early move patches mechanical. - Link to v2: https://lore.kernel.org/r/20260220-topics-ahmtib01-ras_ffh_arm_internal_review-v2-0-347fa2d7351b@arm.com Changes in v2: - Dropped the proposed "estatus core" and kept GHES naming/flow intact (per Borislav Petkov). - Re-sliced the series into smaller mechanical steps (per Mauro Carvalho Chehab). - Minor DT binding fixes based on Krzysztof Kozlowski's feedback. - Removed fixmap slot usage from the DT FFH driver (per Will Deacon). Series structure: - Patches 1-8 are mechanical moves only and do not change behavior. - Patch 9 wires the shared helpers back into GHES. - The DT firmware-first CPER buffer provider is added in the final patches. - "ACPI: APEI: introduce GHES helper" is internal build glue only and does not introduce a new user-visible configuration option. - Link to v1: https://lore.kernel.org/r/[email protected] --- Ahmed Tiba (10): ACPI: APEI: GHES: share macros via a private header ACPI: APEI: GHES: move CPER read helpers ACPI: APEI: GHES: move GHESv2 ack and alloc helpers ACPI: APEI: GHES: move estatus cache helpers ACPI: APEI: GHES: move vendor record helpers ACPI: APEI: GHES: move CXL CPER helpers ACPI: APEI: introduce GHES helper ACPI: APEI: share GHES CPER helpers dt-bindings: firmware: add arm,ras-cper RAS: add firmware-first CPER provider Documentation/admin-guide/RAS/main.rst | 18 + .../devicetree/bindings/firmware/arm,ras-cper.yaml | 54 + MAINTAINERS | 6 + drivers/Makefile | 1 + drivers/acpi/Kconfig | 4 + drivers/acpi/apei/Kconfig | 1 + drivers/acpi/apei/apei-internal.h | 10 +- drivers/acpi/apei/ghes.c | 1025 +------------------ drivers/acpi/apei/ghes_cper.c | 1027 ++++++++++++++++++++ drivers/ras/Kconfig | 11 + drivers/ras/Makefile | 1 + drivers/ras/cper-esource.c | 257 +++++ include/acpi/ghes.h | 10 +- include/acpi/ghes_cper.h | 151 +++ include/cxl/event.h | 2 +- 15 files changed, 1542 insertions(+), 1036 deletions(-) --- base-commit: 8fde5d1d47f69db6082dfa34500c27f8485389a5 change-id: 20260220-topics-ahmtib01-ras_ffh_arm_internal_review-bfddc7fc7cab Best regards, -- Ahmed Tiba <[email protected]>