summaryrefslogtreecommitdiff
path: root/include/acpi
diff options
context:
space:
mode:
authorBreno Leitao <leitao@debian.org>2026-09-25 08:09:11 -0700
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2026-10-12 17:22:50 +0200
commitf341307a14895e5da056fb419a31ef7fb534ab18 (patch)
tree13b7796d4807c98145fcf2268bea500d472c9611 /include/acpi
parent1a58c47fae2a3982b38ec6348c739a7c60833189 (diff)
ACPI: APEI: accumulate the queued flag across error sections
ghes_do_proc() walks every error section of a CPER record, and ghes_handle_arm_hw_error() walks every error-info entry of an ARM processor section. Both assign to "queued" instead of OR-ing into it, so only the last iteration counts: a later section or entry that queues no memory-failure work clears the flag an earlier one set. Instead of reassigning the variable at every time, just do an `OR`, so, if there was a single match, it will return "queued" as set. The comment above the check says "If no memory failure work is queued", which is the semantics this patch implements. I.e, only SIGBUS if there are queue was not handled at all. If we want to SIGBUS if any event was not handled/queued at all, we will need something more sophisticated. Fixes: 7f17b4a121d0 ("ACPI: APEI: Kick the memory_failure() queue for synchronous errors") Fixes: ccb5ecdc2dde ("ACPI: APEI: fix synchronous external aborts in user-mode") Cc: All applicable <stable@vger.kernel.org> Signed-off-by: Breno Leitao <leitao@debian.org> Reviewed-by: Shuai Xue <xueshuai@linux.alibaba.com> Link: https://patch.msgid.link/20260925-ghes-queued-accumulate-v1-1-df50553957d4@debian.org Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'include/acpi')
0 files changed, 0 insertions, 0 deletions