[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANDhNCoDbRNq7miiU-oGnX0VBUbZ=sDpP4Ko6OYQye+A=Z5HAg@mail.gmail.com>
Date: Fri, 1 Nov 2024 21:14:28 -0700
From: John Stultz <jstultz@...gle.com>
To: Thomas Gleixner <tglx@...utronix.de>
Cc: LKML <linux-kernel@...r.kernel.org>,
Anna-Maria Behnsen <anna-maria@...utronix.de>, Frederic Weisbecker <frederic@...nel.org>,
Stephen Boyd <sboyd@...nel.org>, Peter Zijlstra <peterz@...radead.org>
Subject: Re: [patch 1/2] timekeeping: Remove CONFIG_DEBUG_TIMEKEEPING
On Thu, Oct 31, 2024 at 5:04 AM Thomas Gleixner <tglx@...utronix.de> wrote:
>
> Since 135225a363ae timekeeping_cycles_to_ns() handles large offsets which
> would lead to 64bit multiplication overflows correctly. It's also protected
> against negative motion of the clocksource unconditionally, which was
> exclusive to x86 before.
>
> timekeeping_advance() handles large offsets already correctly.
>
> That means the value of CONFIG_DEBUG_TIMEKEEPING which analyzed these cases
> is very close to zero. Remove all of it.
>
> Signed-off-by: Thomas Gleixner <tglx@...utronix.de>
Thanks for doing this cleanup, Thomas!
Acked-by: John Stultz <jstultz@...gle.com>
Powered by blists - more mailing lists