summaryrefslogtreecommitdiff
path: root/drivers/acpi/acpica/utprint.c
diff options
context:
space:
mode:
authorXiaofei Tan <tanxiaofei@huawei.com>2021-06-11 15:37:07 +0300
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2021-06-17 15:05:28 +0300
commitccb5ecdc2ddeaff744ee075b54cdff8a689e8fa7 (patch)
treef6e9bc83307ae05dc2a8cf342f78f4d5317ab3fb /drivers/acpi/acpica/utprint.c
parentb7a732a73ac54dbccf14d90779d7e6b70ea0d653 (diff)
downloadlinux-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