On Wed, Sep 23, 2015 at 10:07:46AM +, Adri Koppes wrote:
> > > I use initstepslew instead of makestep, but I guess the result would be
> > > the
> > same.
> >
> > Yes, that should be the same. The difference with initstepslew is that the
> > servers are used only on start. If they are the
On Fri, Sep 18, 2015 at 02:55:18PM +, Adri Koppes wrote:
> > > If the clock is too far behind or ahead, doesn't chrony already step the
> > clock?
> >
> > Not by default. You need to specify the threshold and the number of
> > updates in which are allowed steps with the makestep directive in
On Fri, Sep 18, 2015 at 01:54:22PM +, Adri Koppes wrote:
> If the clock is too far behind or ahead, doesn't chrony already step the
> clock?
Not by default. You need to specify the threshold and the number of
updates in which are allowed steps with the makestep directive in
chrony.conf. Or
On Fri, Sep 18, 2015 at 12:20:51PM +, Adri Koppes wrote:
> I agree the advantages of ntp_adjtime() outweigh the reduced slew rate.
> I'd prefer the FreeBSD version to use only ntp_adjtime() with the kernel
> frequency discipline, if the slew rate is below 500PPM.
I think what Bill and I are
> If ntp_adjtime() was used only to set the kernel frequency to correct the
> estimated drift and adjtime() was correcting only the phase offset, I think it
> might work reasonably well. That's what recent versions of openntpd do and
> it's also what the Linux driver in chronyd originally used to
> -Original Message-
> From: Miroslav Lichvar [mailto:mlich...@redhat.com]
> Sent: vrijdag 18 september 2015 15:36
> To: chrony-dev@chrony.tuxfamily.org
> Subject: Re: [chrony-dev] [GIT] chrony/chrony.git branch, master, updated.
> 2.1.1-89-g3cd32ed
>
> On Fr
On Thu, Sep 17, 2015 at 11:04:07AM -0700, Bill Unruh wrote:
> I am not sure what the consequences of this are, but if it limits chronyd on
> Linux to 500PPM adjustment, it is a real step back. One of the advantages of
> chrony has always been that it could rapidly adjust the time by slewing, since
On Fri, Sep 18, 2015 at 03:23:07AM +1200, Bryan Christianson wrote:
> number9:kernel bryan$ make
> cc -O2 -Wallntpadjtime.c -o ntpadjtime
> ntpadjtime.c:24:10: fatal error: 'sys/timex.h' file not found
> #include
> ^
> 1 error generated.
Ok, that's expected if there is no
, 18 Sep 2015, Adri Koppes wrote:
-Original Message-
From: Miroslav Lichvar [mailto:mlich...@redhat.com]
Sent: vrijdag 18 september 2015 15:36
To: chrony-dev@chrony.tuxfamily.org
Subject: Re: [chrony-dev] [GIT] chrony/chrony.git branch, master, updated.
2.1.1-89-g3cd32ed
On Fri, Sep 18
.
Adri.
-Original Message-
From: Miroslav Lichvar [mailto:mlich...@redhat.com]
Sent: vrijdag 18 september 2015 13:36
To: chrony-dev@chrony.tuxfamily.org
Subject: Re: [chrony-dev] [GIT] chrony/chrony.git branch, master, updated.
2.1.1-89-g3cd32ed
On Thu, Sep 17, 2015 at 11:04:07AM -0700, Bill Unruh
> On 18/09/2015, at 2:09 am, Miroslav Lichvar wrote:
>
> On Thu, Sep 17, 2015 at 04:05:04PM +0200, g...@tuxfamily.net wrote:
>> commit 5190539ce1efe0a9fc14e2197017f8cb4bb6f0e6
>> Author: Miroslav Lichvar
>> Date: Thu Sep 10 15:34:56 2015 +0200
>>
>>
On Thu, Sep 17, 2015 at 04:05:04PM +0200, g...@tuxfamily.net wrote:
> commit 5190539ce1efe0a9fc14e2197017f8cb4bb6f0e6
> Author: Miroslav Lichvar
> Date: Thu Sep 10 15:34:56 2015 +0200
>
> test: add tests for system adjtime() and ntp_adjtime()
>
> Include a
commit 1b2510e4b260eed2e7fef9e539cd031bd89898c9
Author: Miroslav Lichvar
Date: Tue Sep 15 15:24:28 2015 +0200
sys_linux: use timex driver
Remove functions that are included in the new timex driver. Keep only
functions that have extended functionality, i.e. read
13 matches
Mail list logo