Revision 8cd9da85d2bd87ce889043e7b1735723dd10eb89 authored by Frederic Weisbecker on 13 September 2021, 14:53:32 UTC, committed by Thomas Gleixner on 23 September 2021, 09:53:51 UTC
Resetting/stopping an itimer eventually leads to it being reprogrammed
with an actual "0" value. As a result the itimer expires on the next
tick, triggering an unexpected signal.

To fix this, make sure that
struct signal_struct::it[CPUCLOCK_PROF/VIRT]::expires is set to 0 when
setitimer() passes a 0 it_value, indicating that the timer must stop.

Fixes: 406dd42bd1ba ("posix-cpu-timers: Force next expiration recalc after itimer reset")
Reported-by: Victor Stinner <vstinner@redhat.com>
Reported-by: Chris Hixon <linux-kernel-bugs@hixontech.com>
Signed-off-by: Frederic Weisbecker <frederic@kernel.org>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Link: https://lore.kernel.org/r/20210913145332.232023-1-frederic@kernel.org
1 parent e4e737b
History
File Mode Size
Kconfig -rw-r--r-- 1.6 KB
Makefile -rw-r--r-- 306 bytes
af_x25.c -rw-r--r-- 40.1 KB
sysctl_net_x25.c -rw-r--r-- 2.0 KB
x25_dev.c -rw-r--r-- 4.0 KB
x25_facilities.c -rw-r--r-- 8.9 KB
x25_forward.c -rw-r--r-- 3.4 KB
x25_in.c -rw-r--r-- 10.6 KB
x25_link.c -rw-r--r-- 9.0 KB
x25_out.c -rw-r--r-- 5.1 KB
x25_proc.c -rw-r--r-- 4.8 KB
x25_route.c -rw-r--r-- 4.2 KB
x25_subr.c -rw-r--r-- 9.2 KB
x25_timer.c -rw-r--r-- 3.6 KB

back to top