From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752913AbcKSExm (ORCPT ); Fri, 18 Nov 2016 23:53:42 -0500 Received: from mail-pf0-f174.google.com ([209.85.192.174]:33316 "EHLO mail-pf0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752150AbcKSExl (ORCPT ); Fri, 18 Nov 2016 23:53:41 -0500 From: John Stultz To: lkml Cc: Liav Rehana , Chris Metcalf , Thomas Gleixner , Richard Cochran , Ingo Molnar , Prarit Bhargava , Laurent Vivier , David Gibson , "Christopher S . Hall" , stable@vger.kernel.org (4.6+), John Stultz Subject: [PATCH] timekeeping: Change type of nsec variable to unsigned in its calculation. Date: Fri, 18 Nov 2016 20:53:36 -0800 Message-Id: <1479531216-25361-1-git-send-email-john.stultz@linaro.org> X-Mailer: git-send-email 2.7.4 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Liav Rehana During the calculation of the nsec variable in the inline function timekeeping_delta_to_ns, it may undergo a sign extension if its msb is set just before the shift. The sign extension may, in some cases, gain it a value near the maximum value of the 64-bit range. This is bad when it is later used in a division function, such as __iter_div_u64_rem, where the amount of loops it will go through to calculate the division will be too large. One can encounter such a problem, for example, when trying to connect through ftp from an outside host to the operation system. When the OS is too overloaded, delta will get a high enough value for the msb of the sum delta * tkr->mult + tkr->xtime_nsec to be set, and so after the shift the nsec variable will gain a value similar to 0xffffffffff000000. Using a variable with such a value in the inline function __iter_div_u64_rem will take too long, making the ftp connection attempt seem to get stuck. The following commit fixes that chance of sign extension, while maintaining the type of the nsec variable as signed for other functions that use this variable, for possible legit negative time intervals. Cc: Chris Metcalf Cc: Thomas Gleixner Cc: Richard Cochran Cc: Ingo Molnar Cc: Prarit Bhargava Cc: Laurent Vivier Cc: David Gibson Cc: "Christopher S . Hall" Cc: stable@vger.kernel.org (4.6+) Fixes: 6bd58f09e1d8 ("time: Add cycles to nanoseconds translation") Also-Reported-by: Chris Metcalf Signed-off-by: Liav Rehana Signed-off-by: John Stultz --- Thomas/Ingo: This is for tip:timers/urgent. kernel/time/timekeeping.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c index 37dec7e..46e312e 100644 --- a/kernel/time/timekeeping.c +++ b/kernel/time/timekeeping.c @@ -299,10 +299,10 @@ u32 (*arch_gettimeoffset)(void) = default_arch_gettimeoffset; static inline u32 arch_gettimeoffset(void) { return 0; } #endif -static inline s64 timekeeping_delta_to_ns(struct tk_read_base *tkr, +static inline u64 timekeeping_delta_to_ns(struct tk_read_base *tkr, cycle_t delta) { - s64 nsec; + u64 nsec; nsec = delta * tkr->mult + tkr->xtime_nsec; nsec >>= tkr->shift; -- 2.7.4