From: Zhan Xusheng Date: Tue, 31 Mar 2026 07:48:11 +0000 (+0800) Subject: hrtimer: Fix incorrect #endif comment for BITS_PER_LONG check X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=c5283a1ffdd5a877120279d164e9d5761e8455af;p=thirdparty%2Fkernel%2Flinux.git hrtimer: Fix incorrect #endif comment for BITS_PER_LONG check The #endif comment says "BITS_PER_LONG >= 64", but the corresponding #if guard is "BITS_PER_LONG < 64". The comment was originally correct when the block had a three-way #if/#else/#endif structure, where the #else branch provided a 64-bit inline version. Commit 79bf2bb335b8 ("[PATCH] tick-management: dyntick / highres functionality") removed the #else branch but did not update the #endif comment, leaving it inconsistent with the remaining #if condition. Fix the comment to match the preprocessor guard. Signed-off-by: Zhan Xusheng Signed-off-by: Thomas Gleixner Link: https://patch.msgid.link/20260331074811.26147-1-zhanxusheng@xiaomi.com --- diff --git a/kernel/time/hrtimer.c b/kernel/time/hrtimer.c index 2db171bae05ce..000fb6ba7d74c 100644 --- a/kernel/time/hrtimer.c +++ b/kernel/time/hrtimer.c @@ -355,7 +355,7 @@ s64 __ktime_divns(const ktime_t kt, s64 div) return dclc < 0 ? -tmp : tmp; } EXPORT_SYMBOL_GPL(__ktime_divns); -#endif /* BITS_PER_LONG >= 64 */ +#endif /* BITS_PER_LONG < 64 */ /* * Add two ktime values and do a safety check for overflow: