summaryrefslogtreecommitdiff
path: root/include/linux/stackprotector.h
diff options
context:
space:
mode:
authorAdriano Vero <adri.vero.dev@gmail.com>2026-05-07 01:20:23 +0300
committerMadhavan Srinivasan <maddy@linux.ibm.com>2026-06-02 08:53:57 +0300
commitb3580dd1c68cec23d44a39c439e18b4686c13480 (patch)
treeee6d122a1ab471c7b65a515309f640a110c8dafe /include/linux/stackprotector.h
parentb55b6b9ad76cdb82123c62a15c6a4ebe4abb8bfa (diff)
downloadlinux-b3580dd1c68cec23d44a39c439e18b4686c13480.tar.xz
powerpc/fadump: Add timeout to RTAS busy-wait loops
The ibm,configure-kernel-dump RTAS call sites in rtas_fadump_register(), rtas_fadump_unregister(), and rtas_fadump_invalidate() polled indefinitely while firmware returned a busy status. A misbehaving or hung firmware could stall these paths forever, blocking fadump registration at boot or preventing clean teardown. Introduce rtas_fadump_call(), a helper that wraps the common busy-wait pattern shared by all three sites. The helper accumulates the total delay and returns -ETIMEDOUT if firmware keeps returning a busy status beyond RTAS_FADUMP_MAX_WAIT_MS (60 seconds). A pr_debug() message is emitted on each busy iteration to aid diagnosis when the timeout is hit. Signed-off-by: Adriano Vero <adri.vero.dev@gmail.com> Reviewed-by: Sourabh Jain <sourabhjain@linux.ibm.com> [Maddy: Fixed newline after Signed-off-by] Signed-off-by: Madhavan Srinivasan <maddy@linux.ibm.com> Link: https://patch.msgid.link/20260506222024.30352-1-adri.vero.dev@gmail.com
Diffstat (limited to 'include/linux/stackprotector.h')
0 files changed, 0 insertions, 0 deletions