[PATCH] hrtimer: Fix incorrect #endif comment for BITS_PER_LONG check

Zhan Xusheng posted 1 patch 1 day, 3 hours ago
kernel/time/hrtimer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
[PATCH] hrtimer: Fix incorrect #endif comment for BITS_PER_LONG check
Posted by Zhan Xusheng 1 day, 3 hours ago
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 <zhanxusheng@xiaomi.com>
---
 kernel/time/hrtimer.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/kernel/time/hrtimer.c b/kernel/time/hrtimer.c
index 860af7a58428..8c92a2e2cf8c 100644
--- a/kernel/time/hrtimer.c
+++ b/kernel/time/hrtimer.c
@@ -340,7 +340,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:
-- 
2.43.0