:
Enhancements
* Add rawmeasurements option to log directive and modify measurements
option to log only valid measurements from synchronised sources
--
Miroslav Lichvar
signature.asc
Description: PGP signature
* Allow sub-second polling interval with NTP sources
Bug fixes
-
* Fix time smoothing in interleaved mode
--
Miroslav Lichvar
signature.asc
Description: PGP signature
6721ns -3546ns
> Cut-through switch 2081ns 1094ns
> loopback cable 1ns 3174ns
>
> Intel’s predicted result is 3177ns.
Interesting. So 3174ns is what txcomp+rxcomp should be for the i211?
--
Miroslav Lichvar
--
To unsubscribe email chrony
in our lab, so I'll see
if I can test it there.
--
Miroslav Lichvar
--
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
the packet only when both data and header are
valid.
Another (possibly related) thing is that the header is not considered as
valid if stratum > our_stratum.
I'd like to push this patch to git, can anyone please check I'm not
doing something stupid?
Thanks,
--
Miroslav Lichvar
&g
the source reachable only when
both header and data are valid?
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
r is ready, so adding a second select might not make the
results better.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help"
On Fri, Nov 13, 2009 at 08:19:27AM -0800, Bill Unruh wrote:
> On Fri, 13 Nov 2009, Miroslav Lichvar wrote:
> >Where do you propose we should add it? If it is right before the
> >second read, it will solve the problem with blocking forever, but
> >chronyd will still be unresp
of that here, on a machine with HPET I guess.
What about making always two readings, i.e. don't disable the interrupt
after first one, wait for the interrupt again and use that? (see the patch)
--
Miroslav Lichvar
diff --git a/rtc_linux.c b/rtc_linux.c
index 1945d21..0009817 100644
--- a/rtc_linux.c
+++ b
? (including my broken English)
John, can you please commit to faq.txt the changes you have made on
the web page?
Is there anything else that needs to be done?
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help em
On Thu, Dec 10, 2009 at 09:46:57AM +, Richard Curnow wrote:
> 2009/12/7 Miroslav Lichvar <mlich...@redhat.com>:
> > I couldn't find it in the docs, is GNU make required to compile chrony?
>
> It was never intentionally like that, but I doubt I ever personally
> bui
emote
debugging. Maybe something similar to ntpq -c rv which includes a dump
of the NTP filter, transfered in plain text to allow modifications
without breaking the protocol.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the
hat editline is actually much older, the files are dated 1997.
I'm not sure it's worth adding support for it.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org wi
ghter
restriction for offset difference between the two refclocks, it has to
be below 0.2 second (for 1Hz signal).
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org wit
doing, and the need to modify/restart
> gpsd doing that.
If the sysadmins are willing to configure ntpd/chronyd to use SHM, I
think you can ask them to create the segment before starting the
service with any permissions you want, e.g. 600 with your user as the
owner.
--
Miroslav Lichvar
---
ot;refclock SHM 0:perm=666". Would be nice to
have some routines for parsing such options available for all drivers.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chron
ions can now be specified with :perm=666.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
e.
Good idea. Thanks.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
Is there anything left to do before 1.24?
If there are no bugreports, I'd like to make the release next week.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tux
m to have the /var/lib directory.
I think the examples are ok for local installations, no need to make
things complicated. Packagers follow rules of their distribution which
may be the FHS.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with &qu
ould allow us to know
either remaining singleshot adjustment (ideally in nanoseconds) or
when exactly did the last change in frequency happen.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-d
iscipline uses FLL (fast convergence, but sensitive to
noise), ntpd uses PLL (slow convergence, but handles noise well) and
chrony uses linear regression on up to 64 samples.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
jtime to slew 1 us and then run readonly adjtime in
a loop every millisecond or so until it reports that there is no
offset left.
This could make the measurements done while slewing much more
accurate. Not sure how reliable it would be, I'll run some tests.
--
Miroslav Lichvar
up to 40 ms. There is also a strange
bug causing frequency instability after changing tick value which
persist for hours after the tick was changed. With 2.6.33-rc8 these
problems seem to be resolved.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org
put of "chronyc
tracking" command and tracking.log file might be useful.
On Linux it should take about 2400 seconds to correct 200 second
error. To correct it immediately you can make it step the clock via
makestep command in chronyc, or use initstepslew or makestep directive
in chrony.conf
try to make a quadratic coefficient. Suggestions?
--
Miroslav Lichvar
>From 8cad61eb54d8e6bb4fedc6e86faea249f2d654ff Mon Sep 17 00:00:00 2001
From: Miroslav Lichvar <mlich...@redhat.com>
List-Post: chrony-dev@chrony.tuxfamily.org
Date: Mon, 12 Apr 2010 17:07:57 +0200
Subject: [PATCH] Ad
nitially. At best you can have a value for k1 (the
> derivative of rate with temp), and then compensate for changes in the temp.
I don't follow. That would be needed only in an adaptive system which
would work out the coefficients automatically, or not?
--
Miroslav Lichvar
---
To unsubscri
On Tue, Apr 13, 2010 at 12:31:40PM -0700, Bill Unruh wrote:
> On Tue, 13 Apr 2010, Miroslav Lichvar wrote:
> >I don't think they are in conflict. The temperature corrections are
> >not visible to upper layers as the local module adjust the frequency
> >in both directions.
On Tue, Apr 13, 2010 at 03:03:28PM -0700, Bill Unruh wrote:
> On Tue, 13 Apr 2010, Miroslav Lichvar wrote:
> >I believe T0 is needed for the quadratic coefficient. And k0 is there
> >only to get the result below 10 ppm if T0 is very high or low. If the
> >correctio
ine what
could be causing this.
When you start chrony git after 1.24, does it go back to -3.5 ppm?
Could you try git bisect to find which commit is causing this?
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
is not 0 and timeconstant goes from 2 (on start) to 10.
That's ok, chrony doesn't use the kernel PLL discipline.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamil
Please note that the git version updates the drift file only once per
hour instead of every clock update as 1.24 did.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tu
> /etc/init.d/chrony restart
Maybe the option is in a distribution specific config file used by the
init script? What does "ps a | grep chrony" command say?
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the sub
ith remote server !!!
The error message is just a warning that it couldn't load statistics
for the source, it should still work fine.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chron
pgrading to 1.24 or current
git.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
in SetReference()
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
000.00,
filtdisp= 0.000.120.240.360.480.60 0.720.84
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "
iest way to extend it for nanoseconds seems to be
allocating two ints from the dummy array, fill them with nanoseconds,
fill also the old fields with microseconds and the receiver would just
check if nsec / 1000 = usec and only then it would the nanosecond
fields.
--
Miroslav Lichvar
---
To unsubs
porary failures or success.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
On Thu, Aug 19, 2010 at 10:20:10AM +0200, Miroslav Lichvar wrote:
> On Thu, Aug 19, 2010 at 01:02:03PM +0530, J. Bakshi wrote:
> > OK, thanks a lot for the clarification. I'll set a daemon then which
> > check the presence of internet and then restart chrony.
>
> You m
ified on the command line and it has an ntpdate
mode, maybe we could add something similar to chrony.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with &
On Fri, Aug 27, 2010 at 02:26:41PM +0200, Miroslav Lichvar wrote:
> On Thu, Aug 26, 2010 at 04:48:10PM +0200, Frank Muzzulini wrote:
> > For years now ntpdate is deprecated for, but I still use it. It does
> > two things that can not be done otherwise:
> >
> > 1
d line
> arguments or commands) a way to specify the timeout and the retry
> count?
Please try the latest git version, there are new timeout and retries
commands. Default was changed to 1 second and 2 retries with
exponentially increased timeout, so it will take about 7 seconds
for chronyc t
inpoll and maxpoll, the current one seems to work quite badly
- add weighting to the runs test so chrony can survive longer
intervals with heavily loaded network
BTW, is anyone here keeping up to date with git and testing?
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@ch
poll and maxpoll, while keeping
better accuracy.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
client (as I'm trying to do in Fedora), I think
in default configuration it shouldn't use more resources than ntpd.
> Esp with chrony, using many measurements should always be better.
It is better, until the 64 sample buffer is full.
--
Miroslav Lichvar
---
To unsubscribe ema
On Thu, Oct 07, 2010 at 06:27:56PM +0200, Miroslav Lichvar wrote:
> The most promising idea I came up so far is to adjust the interval
> based on number of samples kept in sourcestats, so it remains close to
> a fixed number. This would be configurable, a higher value would mean
> c
On Thu, Oct 07, 2010 at 05:03:28PM +0100, Ed W wrote:
> On 07/10/2010 16:17, Miroslav Lichvar wrote:
> >
> >BTW, is anyone here keeping up to date with git and testing?
> >
>
> For various (not relevant) reasons it would be a lot easier for me
> to bump my gentoo
On Wed, Nov 24, 2010 at 07:18:30PM +, Ed W wrote:
> On 07/10/2010 16:17, Miroslav Lichvar wrote:
> >My chrony todo list keeps growing, but I have now only two major
> >things I'd like to see in the next release:
> >- improve the code which adjusts the polling interval
On Thu, Dec 09, 2010 at 06:16:06PM +0100, Miroslav Lichvar wrote:
> > Is this going to run into problems with ntpd's Kill signal, thinking that
> > your
> > machine is flooding the server (or is the current behaviour of chrony
> > already
> > in danger of that
Hi,
all major changes I was planning are now in git and I'd like to
make 1.25-pre1 release in next few days. Are there any forgotten bug
reports or issues that should be taken care of before the release?
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org
for 32 and 128-bit values and ip_addr.family
is IPADDR_INET4 for IPv4, IPADDR_INET6 for IPv6 and IPADDR_UNSPEC with
a reference clock (and instead of address in the tracking output the
refid is printed as string).
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org w
initely want to rerun all my clknetsim tests to see if there is
no regression in performance, they take a couple days of CPU time.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ..
se
is quite similar to ntpd's PLL.
You can experiment with the clknetsim simulator
(http://mlichvar.fedorapeople.org/clknetsim/). There is not much
information about the tests I did, let me know if you want to know
the details or exact configuration I have used.
--
Miroslav Lichvar
---
On Wed, Apr 13, 2011 at 01:30:28PM +0100, Ed W wrote:
> On 13/04/2011 12:10, Miroslav Lichvar wrote:
> > It seems the problem is that in the weights calculation is used
> > weighted variance, which can create the positive feedback. Using
> > unweighted variance instead
(peer_distances[i] - min_distance) / sd;
weights[i] = sd_weight * sd_weight;
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chr
On Wed, Apr 13, 2011 at 09:48:46AM -0700, Bill Unruh wrote:
> On Wed, 13 Apr 2011, Miroslav Lichvar wrote:
> >sd = sqrt(inst->variance)
> >sd_weight = 1.0 + SD_TO_DIST_RATIO * (peer_distances[i] - min_distance) / sd;
> >weights[i] = sd_weight * sd_weight;
>
> That u
On Wed, Apr 13, 2011 at 02:28:40PM -0700, Bill Unruh wrote:
> On Wed, 13 Apr 2011, Miroslav Lichvar wrote:
> >Why? A significant part of the distance is static delay corresponding
> >to the length of the path which the signal has travel through. I just
> >wanted to remove
2.693e-09 9.664e-09 2.2e-01 6 0 5
4.220e-157 -2.490e-08 1.595e-157 -6.246e-10 3.986e-09 1.0e-01 7 0 5
1.725e-158 6.033e-07 8.624e-159 2.340e-08 2.093e-07 5.9e+00 8 4 3
4.370e-160 -6.380e-08 1.954e-160 1.379e-08 4.149e-08 4.6e-02 5 0 4
-nan -nan -nan
08100e-04
4 1.00e+00 2.220971e-04
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
meone will have a
better idea how to do the weighting, it can be implemented later.
Thanks,
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help&quo
On Fri, Apr 15, 2011 at 11:02:21AM -0700, Bill Unruh wrote:
> On Fri, 15 Apr 2011, Miroslav Lichvar wrote:
> >Hm, I have run few more simulations and it seems the overall accuracy
> >is about 10% worse than with the weighted variance.
>
> Not sure what you mean by this. Do
what the theory is that you are applying in
> deciding that you want to use the standard deviation rather than the min-dist.
See my other mail.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email
l valid samples.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
se is
only about 10/month) and all releases should be stable, we surely
don't want to release a misbehaving NTP client or unreliable server.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
I do something like that, but in my private repository.
> Anyway, these are just ideas and opinions, use whatever suits, just
> checking you had come across the principle - it works very nicely for me
> (and many others)!!
Thanks for the feedback.
--
Miroslav Lichvar
--
On Tue, Apr 19, 2011 at 05:01:54PM +0100, Ed W wrote:
> On 18/04/2011 12:23, Miroslav Lichvar wrote:
>
> > It would be interesting to try to apply only the bugfixes made since
> > 1.24 to a 1.24.1 branch and see how far it would go without conflict.
>
> I think my follow
in name resolution. */
# define EAI_FAIL -4/* Non-recoverable failure in name res. */
--
Miroslav Lichvar
#include
#include
#include
#include
#include
#include
#include
#include
#include
int main(int argc, char **argv) {
struct addrinfo hints, *addr;
int r;
y frequency.
I don't think there are many users of this feature. Generally, the -s
option (or hwclock --adjust) can't be used by default as there is no
guarantee that it's the only thing touching RTC. In my packages, I set
the rtcsync option instead (the 11-minute kernel RTC synchronization).
--
requirements. If the --systortc
option was used only once per session, the calculated drift could be
more accurate as it would include the time when the machine was turned
off.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in
also called on shutdown with --systohc.
If you don't have a shutdown, you could call it from cron, or after
some fixed time after chrony has synchronized the system clock.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
ent problem. Is it possible that you only noticed it after few
hours?
Thanks,
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
On Fri, Aug 12, 2011 at 03:22:48PM +0100, Ed W wrote:
> On 12/08/2011 14:45, Miroslav Lichvar wrote:
> > I've also disabled the maxdelayratio test, the default value (16384)
> > was pretty high, but I imagine someone reconnecting a laptop from LAN
> > to dialup might be ab
lock wander.
That graph was with default corrtimeratio 1.0, the following one is
with 10.0.
http://mlichvar.fedorapeople.org/tmp/chrony_corr2.png
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ.
On Wed, Nov 16, 2011 at 11:06:27AM -0800, Bill Unruh wrote:
> On Wed, 16 Nov 2011, Miroslav Lichvar wrote:
> >Polling interval was fixed to 64 seconds, the number of samples is
> >around 30-40. With higher jitter or more stable clock (longer Allan
>
> So that is about
Currently, on top of my todo list is NTP4 support and clock combining.
If you have any patches to improve the performance I'll be happy to
test it in the simulator (or help you set it up).
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with &
e removed quickly.
> What are the
> consequences of this change to the stability of the system?
I think it should be ok, simulations and the previous use of the PLL
for nanosecond corrections seemed fine.
--
Miroslav Lichvar
---
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org wi
On Thu, Jan 05, 2012 at 11:40:25AM +0800, Dennis Ferguson wrote:
> On 4 Jan, 2012, at 22:54 , Miroslav Lichvar wrote:
> > The simulations were done with a clock wandering at 1 ppb/s,
> > 10/100/1000us network jitter with exponential distribution and the NTP
> > clients were
On Fri, Feb 03, 2012 at 08:59:09AM -0800, Bill Unruh wrote:
> On Fri, 3 Feb 2012, Miroslav Lichvar wrote:
>
> >
> >Let me know if you think there are other useful values that should be
> >added. Also, I'm wondering if it would be a good idea to show "System
>
On Tue, Feb 14, 2012 at 09:37:35AM -0800, Bill Unruh wrote:
> On Mon, 13 Feb 2012, Miroslav Lichvar wrote:
> >- track long-term drift: always keep a maximum number of samples
> > (disable the runs test), increase the maximum measurement interval
> > or do RTC sampling only
On Wed, Feb 15, 2012 at 10:10:00AM -0800, Bill Unruh wrote:
> On Wed, 15 Feb 2012, Miroslav Lichvar wrote:
> >Decouple only their frequencies. Currently, when there is a change in
> >the system clock frequency, the RTC samples are slewed according to
> >that cha
ink all is needed is to remove the
LCL_Accumulate* calls in REF_SetReference().
--
Miroslav Lichvar
--
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
ng remote
servers and the server polling the client, but that's probably not
what you want.
> In the mean time I have prepared a patch to see if i can get this
> working. Any thoughts about testing scenarios?
I'm interested to see what the patch does.
--
Miroslav Lichvar
--
To
On Tue, Apr 17, 2012 at 10:03:13AM +0100, Ed W wrote:
> On 16/04/2012 11:32, Miroslav Lichvar wrote:
> >You can start chronyd in background, if you don't care that the
> >services started after might see a step in the system clock. I think
> >that would be pretty much the
e initial
system clock adjustment. I.e. it waits for 1 + 8 RTC interrupts, the
first one is ignored to avoid a kernel bug, which might have been
fixed long time ago. I think decreasing that number to perhaps 2 or 3
should be fine, but I haven't tried it.
--
Miroslav Lichvar
--
To unsubscribe ema
eems the RTC
emulation is somehow reset when the interrupt collection is enabled.
--
Miroslav Lichvar
--
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
onyd or ntpd)?
It can be simulated with ntpd configured to use the LOCAL driver and a
leapfile.
--
Miroslav Lichvar
--
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "hel
I really hope leap seconds will be abolished before the next one
happens. :)
--
Miroslav Lichvar
--
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
for nanoseconds in SHM refclock
* Make transmit timestamps random below clock precision
* Fix crash and hang with RTC or manual samples
--
Miroslav Lichvar
pgpikkakcL419.pgp
Description: PGP signature
l date/time
> as soon as possible in the bootup sequence. Ntpdate with 1 or 2
> servers and only 1 sample does that. Chronyd takes quite a bit
> longer.
With the initstepslew directive it should be much faster. It's
basically an ntpdate client inside chrony.
Thanks for the report.
--
d odd in the sources output you posted is that only one
of the servers seems to be reachable (377 in the reach column).
Can you please post your config and if possible also the tracking,
measurement and statistics logs (configured by the log and logdir
directives in chrony.conf) when that happens?
Thanks,
--
with duplicated initstepslew address
* Fix delta calculation with extreme frequency offsets
* Set local stratum correctly
* Remove unnecessary adjtimex calls
* Set paths in documentation by configure
--
Miroslav Lichvar
pgpbX4_hhX32s.pgp
Description: PGP signature
:
* Treat address bind errors as non-fatal
* Update chrony.spec
--
Miroslav Lichvar
pgpK4OaJtD3qp.pgp
Description: PGP signature
and they require the client to be authenticated since version 1.25.
--
Miroslav Lichvar
pgpGo_KukWEuF.pgp
Description: PGP signature
On Fri, Aug 16, 2013 at 11:07:04AM -0700, Bill Unruh wrote:
> On Fri, 16 Aug 2013, Miroslav Lichvar wrote:
> >One reason for a larger number of missed polls might be overloaded
> >server. If all clients dropped to minpoll immediately, it would only
> >make it worse.
rt
temporarily decreasing the number when an exceptional situation arises
(e.g. rapid changes in the temperature).
--
Miroslav Lichvar
--
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org w
the sample and the actual
processing in chrony).
--
Miroslav Lichvar
--
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org with "unsubscribe"
in the subject.
For help email chrony-dev-requ...@chrony.tuxfamily.org with "help" in the
subject.
Tro
.
Is this about chrony.txt missing after make clean or when building
from git?
"make install" installs only chrony.txt, not html or info (for that
is "make install-docs"). I think a better fix would be to add
the dependency on chrony.txt to the install rule.
--
Miroslav Li
GF_NtpCore, "rx prev=[%s] new=[%s]",
UTI_TimevalToString(), UTI_TimevalToString(>local_rx));
+#else
+ (void)prev;
#endif
prev = inst->local_tx;
if (inst->local_tx.tv_sec || inst->local_tx.tv_usec)
--
Miroslav Lichvar
--
To unsubscribe email chrony-dev-requ...@chrony.tuxfamily.org wi
On Thu, Oct 03, 2013 at 03:03:09PM +0200, Paul Menzel wrote:
> Am Donnerstag, den 03.10.2013, 14:48 +0200 schrieb Miroslav Lichvar:
> > --- a/ntp_core.c
> > +++ b/ntp_core.c
> > @@ -1548,6 +1548,8 @@ NCR_SlewTimes(NCR_Instance inst, struct timeval
> > *when, double dfr
1 - 100 of 603 matches
Mail list logo