[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0802291422070.2723@scrub.home>
Date: Fri, 29 Feb 2008 14:31:02 +0100 (CET)
From: Roman Zippel <zippel@...ux-m68k.org>
To: Ray Lee <ray-lk@...rabbit.org>
cc: john stultz <johnstul@...ibm.com>,
lkml <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Ingo Molnar <mingo@...e.hu>,
Steven Rostedt <rostedt@...dmis.org>
Subject: Re: [PATCH] Remove obsolete CLOCK_TICK_ADJUST
Hi,
On Thu, 28 Feb 2008, Ray Lee wrote:
> > Revert bbe4d18ac2e058c56adb0cd71f49d9ed3216a405 and
> > e13a2e61dd5152f5499d2003470acf9c838eab84 and remove CLOCK_TICK_ADJUST
> > completely. Add a optional kernel parameter ntp_tick_adj instead to allow
> > adjusting of a large base drift and thus keeping ntpd happy.
>
> Wait, so you're saying that something that the kernel correctly
> figures out on its own today should instead be a kernel parameter,
> with users having to supply it explicitly? Am I confused?
>
> If I'm not confused, would you'd be so kind to explain to the peanut
> gallery over here why this is a good thing?
Sorry, for causing this confusion.
Unless you run a computer with the PIT or jiffies clock, this value is
just a random value added to the calculation.
Even if you use the PIT clock, the drift isn't large enough to be worried
about it with standard configurations. You have to manually set HZ to 2000
and use the PIT clock, then you might have a need for this parameter.
bye, Roman
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists