diff options
author | Xiaofei Tan <tanxiaofei@huawei.com> | 2021-06-11 15:37:07 +0300 |
---|---|---|
committer | Rafael J. Wysocki <rafael.j.wysocki@intel.com> | 2021-06-17 15:05:28 +0300 |
commit | ccb5ecdc2ddeaff744ee075b54cdff8a689e8fa7 (patch) | |
tree | f6e9bc83307ae05dc2a8cf342f78f4d5317ab3fb /drivers/acpi/acpica/utprint.c | |
parent | b7a732a73ac54dbccf14d90779d7e6b70ea0d653 (diff) | |
download | linux-ccb5ecdc2ddeaff744ee075b54cdff8a689e8fa7.tar.xz |
ACPI: APEI: fix synchronous external aborts in user-mode
Before commit 8fcc4ae6faf8 ("arm64: acpi: Make apei_claim_sea()
synchronise with APEI's irq work"), do_sea() would unconditionally
signal the affected task from the arch code. Since that change,
the GHES driver sends the signals.
This exposes a problem as errors the GHES driver doesn't understand
or doesn't handle effectively are silently ignored. It will cause
the errors get taken again, and circulate endlessly. User-space task
get stuck in this loop.
Existing firmware on Kunpeng9xx systems reports cache errors with the
'ARM Processor Error' CPER records.
Do memory failure handling for ARM Processor Error Section just like
for Memory Error Section.
Fixes: 8fcc4ae6faf8 ("arm64: acpi: Make apei_claim_sea() synchronise with APEI's irq work")
Signed-off-by: Xiaofei Tan <tanxiaofei@huawei.com>
Reviewed-by: James Morse <james.morse@arm.com>
[ rjw: Subject edit ]
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'drivers/acpi/acpica/utprint.c')
0 files changed, 0 insertions, 0 deletions