aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorThomas Gleixner <[email protected]>2024-10-01 10:42:06 +0200
committerThomas Gleixner <[email protected]>2024-10-29 11:43:19 +0100
commit2860d4d315dc01f001dfd328adaf2ab440c47dd3 (patch)
treead181993fc4f2838bd73b92b6b0c262bde49c7f0
parentc775ea28d4e23f5e58b6953645ef90c1b27a8e83 (diff)
posix-timers: Drop signal if timer has been deleted or reprogrammed
No point in delivering a signal from the past. POSIX does not specify the behaviour here: - "The effect of disarming or resetting a timer with pending expiration notifications is unspecified." - "The disposition of pending signals for the deleted timer is unspecified." In both cases it is reasonable to expect that pending signals are discarded. Especially in the reprogramming case it does not make sense to account for previous overruns or to deliver a signal for a timer which has been disarmed. Drop the signal as that is conistent and understandable behaviour. Signed-off-by: Thomas Gleixner <[email protected]> Reviewed-by: Frederic Weisbecker <[email protected]> Acked-by: Peter Zijlstra (Intel) <[email protected]> Link: https://lore.kernel.org/all/[email protected]
-rw-r--r--kernel/time/posix-timers.c9
1 files changed, 5 insertions, 4 deletions
diff --git a/kernel/time/posix-timers.c b/kernel/time/posix-timers.c
index dd0b1dff54d9..22e1d6bf349b 100644
--- a/kernel/time/posix-timers.c
+++ b/kernel/time/posix-timers.c
@@ -250,14 +250,14 @@ static void common_hrtimer_rearm(struct k_itimer *timr)
}
/*
- * This function is called from the signal delivery code if
- * info::si_sys_private is not zero, which indicates that the timer has to
- * be rearmed. Restart the timer and update info::si_overrun.
+ * This function is called from the signal delivery code. It decides
+ * whether the signal should be dropped and rearms interval timers.
*/
bool posixtimer_deliver_signal(struct kernel_siginfo *info)
{
struct k_itimer *timr;
unsigned long flags;
+ bool ret = false;
/*
* Release siglock to ensure proper locking order versus
@@ -279,6 +279,7 @@ bool posixtimer_deliver_signal(struct kernel_siginfo *info)
info->si_overrun = timer_overrun_to_int(timr, info->si_overrun);
}
+ ret = true;
unlock_timer(timr, flags);
out:
@@ -286,7 +287,7 @@ out:
/* Don't expose the si_sys_private value to userspace */
info->si_sys_private = 0;
- return true;
+ return ret;
}
int posix_timer_queue_signal(struct k_itimer *timr)