summaryrefslogtreecommitdiff
path: root/scripts
diff options
context:
space:
mode:
authorDan Carpenter <dan.carpenter@linaro.org>2024-12-11 12:32:34 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2025-02-08 09:58:01 +0100
commit5127f3cbfc78a7b301b86328247230bec47e0bb3 (patch)
treef185b13679b07b05ef6c8b94f6880bf14c5e400a /scripts
parent6945701ca1572f81bc9bb46f624b02eabb3eaf3e (diff)
downloadlinux-5127f3cbfc78a7b301b86328247230bec47e0bb3.tar.gz
linux-5127f3cbfc78a7b301b86328247230bec47e0bb3.tar.bz2
linux-5127f3cbfc78a7b301b86328247230bec47e0bb3.zip
rtc: tps6594: Fix integer overflow on 32bit systems
[ Upstream commit 09c4a610153286cef54d4f0c85398f4e32fc227e ] The problem is this multiply in tps6594_rtc_set_offset() tmp = offset * TICKS_PER_HOUR; The "tmp" variable is an s64 but "offset" is a long in the (-277774)-277774 range. On 32bit systems a long can hold numbers up to approximately two billion. The number of TICKS_PER_HOUR is really large, (32768 * 3600) or roughly a hundred million. When you start multiplying by a hundred million it doesn't take long to overflow the two billion mark. Probably the safest way to fix this is to change the type of TICKS_PER_HOUR to long long because it's such a large number. Fixes: 9f67c1e63976 ("rtc: tps6594: Add driver for TPS6594 RTC") Signed-off-by: Dan Carpenter <dan.carpenter@linaro.org> Link: https://lore.kernel.org/r/1074175e-5ecb-4e3d-b721-347d794caa90@stanley.mountain Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'scripts')
0 files changed, 0 insertions, 0 deletions