summaryrefslogtreecommitdiffstats
path: root/arch/s390/kernel/time.c
diff options
context:
space:
mode:
authorHeiko Carstens <hca@linux.ibm.com>2021-03-24 20:22:42 +0100
committerHeiko Carstens <hca@linux.ibm.com>2021-03-25 21:57:25 +0100
commitb24bacd67ffddd9192c4745500fd6f73dbfe565e (patch)
tree08b4bfe87aa4290c00da7d3e185ae3f3747ebf41 /arch/s390/kernel/time.c
parent72bbc226ed2ef0a46c165a482861fff00dd6d4e1 (diff)
downloadlinux-stable-b24bacd67ffddd9192c4745500fd6f73dbfe565e.tar.gz
linux-stable-b24bacd67ffddd9192c4745500fd6f73dbfe565e.tar.bz2
linux-stable-b24bacd67ffddd9192c4745500fd6f73dbfe565e.zip
s390/vdso: fix tod_steering_delta type
The s390 specific vdso function __arch_get_hw_counter() is supposed to consider tod clock steering. If a tod clock steering event happens and the tod clock is set to a new value __arch_get_hw_counter() will not return the real tod clock value but slowly drift it from the old delta until the returned value finally matches the real tod clock value again. Unfortunately the type of tod_steering_delta unsigned while it is supposed to be signed. It depends on if tod_steering_delta is negative or positive in which direction the vdso code drifts the clock value. Worst case is now that instead of drifting the clock slowly it will jump into the opposite direction by a factor of two. Fix this by simply making tod_steering_delta signed. Fixes: 4bff8cb54502 ("s390: convert to GENERIC_VDSO") Cc: <stable@vger.kernel.org> # 5.10 Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
Diffstat (limited to 'arch/s390/kernel/time.c')
0 files changed, 0 insertions, 0 deletions