diff options
| author | Dan Carpenter <dan.carpenter@linaro.org> | 2024-12-11 12:32:34 +0300 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2025-02-08 09:58:01 +0100 |
| commit | 5127f3cbfc78a7b301b86328247230bec47e0bb3 (patch) | |
| tree | f185b13679b07b05ef6c8b94f6880bf14c5e400a /scripts | |
| parent | 6945701ca1572f81bc9bb46f624b02eabb3eaf3e (diff) | |
| download | linux-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
