Multiply clientlog node table size when reallocating

Use NULLs in select call instead of empty sets

Reduce adjtime calling

Don't call adjtime to determine remaining offset when there is no slewing
running.

Don't read past buffer in find_ordered_entry_with_flags

Avoid blocking read in rtc_linux

Add spaces when catenating chronyc command line arguments

Use non-zero exit code in chronyc to report errors

Improve status checking and printing in chronyc

Check in chronyc that command in reply is same as requested

Don't set NTP source as reachable when reply doesn't have valid data

This fixes using uninitialized sourcestats values when selecting source.

Allow overriding system detection in configure

Document -4 and -6 options

Support LDFLAGS and CPPFLAGS in configure

Allow LDFLAGS to be used in linking

Validate sample times received in refclock

Don't forget to save last PPS sequence number

Avoid compiler warnings in util.c on 32-bit archs

Replaced references to sunsite with references to tuxfamily.

Update COPYING and FSF address

Update copyrights

Update documentation for refclock and IPv6 support

Remove forgotten text in server directive description

Add PPS API refclock driver

Reselect source also according to distance

Reselect when a source with the same stratum is available and has
significantly better distance than the current source.

Make default refclock refid from number of the source

It should avoid having two or more refclocks with the same refid.

Add refclock option for delay

This is useful when refclocks don't agree on time, increasing the
delay will widen the interval used in the source selection algorithm.

Reduce size of NTP sources hash table

IPv6 addressing significantly increased size of the table,
keep only pointers to get it back.

Include both refid and IP address in tracking and sourcestats reports

ref_id is not sufficient for IPv6 addresses and ref_id is needed for
reference clocks.

Add -4 and -6 options to set address family when resolving names

Always send timevals in cmdmon protocol in 64-bit format

This is to avoid incompatibility between 64/32-bit client/server.
While at it, convert all time values in the protocol to timeval
to avoid Y2K38 problem.

Add IPv6 support

Don't use uninitialized values

This fixes a bunch or valgrind errors.

Don't forget to free capability object

Don't copy util functions in client.c

This requires moving croak() to logging.c and avoiding use
of log functions in util.c.

Fix string termination in refclock parameter parser

Don't lose remaining adjtime in initiate_slew

initiate_slew is called also from set_frequency which doesn't read
the remaining adjtime. This wasn't a problem before commit 8c0f3f4
as offset_register was 0.0 and initiate_slew immediately returned.

Add SOCK refclock driver

This adds a support for receiving samples over unix domain socket.
It's a better alternative to the SHM refclock, the resolution is not
limited to microseconds and it doesn't require polling.

Switch refclock driver parameter to string

Add support for SO_TIMESTAMP control messages

SO_TIMESTAMP messages contain kernel time stamps for received packets,
this should improve accuracy and avoid the impact of CPU scheduling
latencies.

Set reply source IP from query destination IP

Currently, on multihomed host, when chrony is not bound to a specific
IP address, a query is sent to an interface and the default source IP
hint for the back route differs, the reply will have a source IP
different than where the query was destinied to. This will cause
problems because connection tracking firewalls will drop the replies
and most likely the client program will get confused too.

This patch uses the IP_PKTINFO mechanism to get the IP address where
received packets where targetted to and use that IP address as source
hint when sending a reply.

Switch to recvmsg/sendmsg to get access to control messages

Add editline support

GNU readline recently changed license to GPLv3+ which makes it
incompatible with chrony (GPLv2). This patch adds support for editline
library (BSD license).

Fix compiler warnings in getdate.c

Try to minimize adjtime error

The offset is rounded before calling adjtime and the error below
microsecond is accumulated.

Add median filter for refclocks

Add client support for Kiss-of-Death RATE

This adds support for RATE code which can be used in reply from NTP
server to reduce client's polling.

Add support for ADJ_OFFSET_SS_READ mode

Also assume that kernels >= 2.6.27 don't need frequency scaling.

Add SHM refclock driver

Add support for reference clocks

Make sure skew isn't 0.0 to avoid segfaults

Don't finalise from signal handler

Reduce request timeout in chronyc

Fix memlockall patch

Fix compiler warnings in wrap_adjtimex.c

Add mlockall and SCHED_FIFO support

The attached patch adds support for mlockall() as well as the SCHED_FIFO
real-time scheduler. It should result in reduced (and more consistent)
latency. Usage is documented in all the documents.

Fix leap sign in measurements log

Leap second support

Leap second status is accepted and forwarded to clients if majority
of selectable sources agree. The actual insertion/deletion is supported
only on Linux now.

Retry name resolving after temporary failure few times before giving up

This is a temporary fix to allow starting when resolv.conf is not ready yet
(e.g. when using NetworkManager). It may delay start up to 1022 seconds.

Fix resolving IP addresses into names on 64-bit big-endian machines

Linux capabilities support

Attached is a patch adding a linux capabilities support to chronyd. It
adds -u option which can be used to specify the user which chronyd
should switch to.

Fix errors detected by valgrind

I tried running chronyd in valgrind and the result was that there are four
places where memory is not initialized. A patch fixing the errors is in the
attachment.

Fix fault where chronyd enters an endless loop on x86_64

John writes:
Here is a patch that should prevent the endless loop.  I've changed
UTI_NormaliseTimeval() to use divide/remainder instead of a loop.  It also
replaces some similar loops with calls to UTI_NormaliseTimeval() and fixes
an unrelated bug in UTI_DiffTimevals().

Fix IP addressing in chronyc

Thomas wrote:
I found a bug in the chrony client (chronyc) that affects its ability to talk
to remote hosts over the control port (323/udp).

For example, running "chronyc -h 192.168.1.3 sources -v" would just sit there
and hang, and eventually timeout. I found out with tcpdump that chronyc
actually tries to connect to 255.168.1.3 instead of 192.168.1.3.

Fix for chronyc "sources" command on 64 bit machines

(Taken from
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=348412
)

Attached is a patchlet to make the "sources" command of chrony output properly
signed numbers. The chronyd code (see e.g. ntp.h) properly uses int32_t and
friends to get the right number of bits per datatype while client.c just uses
short, int, long. But long will be 64 bit or 32 bit depending on the cpu.

Update NEWS for 1.23

Define io_linux.h constants for x86_64

Based on thread from chrony-users, October 2007.

git archive's --prefix arg needs a trailing /

Use git-archive instead of the obsolete git-tar-tree in make_release

Merge branch 'bu'

Fix formatting from last patch

Fix handling of stratum zero.

Further to the discussion with John Hasler, here are new diffs which
handles the incoming stratum 0 claim of a remote server by redefining the
incoming stratum as one bigger than the Max if it is zero, as per the NTP
version 4 documentation.

If the incoming stratum is zero it sets it to NTP_MAX_STRATUM+1 . If our
current stratum is larger than the NTP_MAX_STRATUM, the outgoing stratum is
also set to zero as per the suggestions in the NTP docs.
Introduces the new NTP_INVALID_STRATUM of 0 for doing these tests or
setting the outgoing stratum.

It is unclear whether chrony wants to follow NTP in setting the outgoing
stratum to zero if it is unknown or invalid, rather than a number larger
than the max stratum. Setting it to zero seems silly, since zero is already
used to define the stratum of a hardware clock (GPS, atomic, etc). This
seems ripe for confusion. But the fact that the ntp docs state to do this,
and that ntp servers (eg ntp.ubc.ca) are already doing this (using 0 to
mean invalid) means that chrony has to handle it on the incoming packets
from the servers.

Handle fluctuations in peer distance better.

Fix whitespace issue with last patch

Fix problems with rtc_linux.

2) Changes to rtc_linux.c which a) do a double read of /dev/rtc when the
PPM interupt is turned on after the wait time expires. The current read
does not block to the second, as it should, thus two reads are needed.

Also, changes so that at startup the system properly ignores the last
system time from the initial burst mode for setting the system time since
it can be way off. At present this last system time is included in the
regression, which throws it off until finally that sample is dropped.

Fix sign v zero extension error in handling IP address

I switch to the git version of chrony. Accidently this version did not
talk to by lokal server at 192.168.192.4. Instead it continuosly tried
255.255.192.4 :-( .

Tracked that down to "char", "unsigned char" issue in nameserv.c:

Merge branch 'vm'

configure: fix indentation from previous patch

Allow RTC support to be excluded at compile time.

Add a new option to configure script, allowing
to disable (and exclude) RTC module. It saves same memory.

Add support for Linux/arm

Fix format of "could not send to" message

Rename round() function to avoid clash with builtin

Merge quashing of compile warnings

Quash a load of compile warnings

Kevin Lyda writes:
I enclose the following patch which removes all but three of the warnings.  i
don't have any non-linux systems handy to test a fix to the round() function.
but having it return a double should be fine.

It doesn't actually fix anything, it just shuts up -Wall, so it's certainly an
optional type of patch.

Fix version.txt to remove compile warning

Fix bogus "system time" report for 64 bit systems

Eric Lammerts writes:
This is known as Debian bug #195620, which is almost three years old!

The problem is that a uint32_t which comes out of ntohl() (but
actually represents a signed value) is directly promoted to long.
Therefore no sign extension takes place.

Patch below solves the problem. There are other places where this
needs to be fixed, but I'll leave that to a less lazy person.

Remove volatile keyword from function declarations

This silences a lot of gcc-4 compile warnings

Fix linux_io.h for MIPS

Bernard Weiss writes:
I managed to compile the chrony 1.21 package for the MIPS architecture.
For the package to compile I had to add the following lines to io_linux.h:

[patch]

These values are taken from the ioctl.h file of linux 2.4.30 for the MIPS arch
(__ASM_MIPS_IOCTL_H).

FreeBSD support

NAKAMURA Takumi writes:

I tried to compile chrony-1.21 on FreeBSD 4.8-RELEASE & 5.4-RELEASE.
I modify two files, configure, sysinc.h.

configure:
    add label "FreeBSD-i386" to "BSD/386" line
sysincl.h:
    1. FreeBSD obsoletes alloca.h
    2. FreeBSD use stdlib.h instead of malloc.h, to use malloc(), free()

Attached file includes the above modifications.

Flush chronyc output buffers.

The following is a patch to chronyc that causes it
to flush the buffers to stderr and stdout after
executing each command. This is needed if
you are controling chronyc from a program (i.e. chronyc's
input and output descriptors are pipes which are being
written/read by another program) and
you do not want to block waiting for chronyc response
which is trapped in a buffer!

Add a .gitignore file

manpage improvements.

Try to address this Debian bug:
  Bug#345034: chrony: man pages refer to wrong sections

1st attempt at a git-compatible make_release script

Tidy up io_linux.h so unknown architecture result in compile-time error again

More architectures in io_linux.h (John Hasler)

Fix gcc-4 compilation of addrfilt.c

John Hasler sent in a patch to do this (which still wouldn't make it compile
for me).  This reminded me that I had tackled this myself when my distro moved
to gcc-4 a while back.  It turned out I had never even checked in the file from
the working copy I was using (!).  Anyway, here it is now.

Fix potential buffer overflow problem (Martin Simmons)

More build_kit fixes

First stab at moving build_kit to release versioning based on tla

RTC usage bails out cleanly if accessing it goes wrong (e.g. HPET without generic RTC emulation)

Further fixes to avoid use of linux kernel header files