[PATCH v3 01/10] ACPI: APEI: GHES: share macros via a private header
Jonathan Cameron
jonathan.cameron at huawei.com
Tue Mar 24 10:28:55 PDT 2026
On Wed, 18 Mar 2026 20:47:58 +0000
Ahmed Tiba <ahmed.tiba at arm.com> wrote:
> Carve the CPER helper macros out of ghes.c and place them in a private
> header so they can be shared with upcoming helper files. This is a
> mechanical include change with no functional differences.
>
> Signed-off-by: Ahmed Tiba <ahmed.tiba at arm.com>
> diff --git a/include/acpi/ghes_cper.h b/include/acpi/ghes_cper.h
> new file mode 100644
> index 000000000000..a38e3440b927
> --- /dev/null
> +++ b/include/acpi/ghes_cper.h
> @@ -0,0 +1,103 @@
> +/* SPDX-License-Identifier: GPL-2.0-only */
> +/*
> + * Shared GHES declarations for firmware-first CPER error handling.
> + *
> + * This header groups the GHES declarations that are needed by the shared
> + * CPER handling path.
shared CPER is unclear. Start with something broad like:
GHES declarations are used both for ACPI APEI handling and xyz.
I'm not sure I'd put any additional justification here beyond such a
simple sentence.
> + *
> + * The split lets GHES and other firmware-first error sources use the same
I would consider rewriting this. What split? Not obvious from what you have
in this header.
> + * code for reading status blocks, caching records, handling vendor data,
> + * and reporting errors, so the non-ACPI path follows the same behavior as
> + * GHES instead of carrying a separate copy.
> + *
> + * Derived from the ACPI APEI GHES driver.
> + *
> + * Copyright 2010,2011 Intel Corp.
> + * Author: Huang Ying <ying.huang at intel.com>
> + */
> +
More information about the linux-arm-kernel
mailing list