[chrony-dev] [GIT] chrony/chrony.git branch master updated. 4.3-71-g0189dac

[ Thread Index | Date Index | More chrony.tuxfamily.org/chrony-dev Archives ]


This is an automated email from git. It was generated because a ref
change was pushed to the "chrony/chrony.git" repository.

The branch, master has been updated
       via  0189dac7d82f89de9be07a29985371efa686637d (commit)
       via  4a11399c2ebb78c9de8b4fca256d00b82416ff32 (commit)
       via  cf98551ea1fd3ee0fed3f079b62c07fb9e55228a (commit)
       via  5508b01bd8802cdd0b731fcafd42b7f64e1f18c5 (commit)
       via  907accec879ec073ab5c94afa1120cd80d940584 (commit)
       via  a511029cc297fc33afe85f9b6e5786c7cc4befa0 (commit)
      from  0845df7684f4597ab9ff7a6e9aadf01895b93887 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 0189dac7d82f89de9be07a29985371efa686637d
Author: Miroslav Lichvar <mlichvar@xxxxxxxxxx>
Date:   Tue Mar 28 15:33:50 2023 +0200

    ntp: save response when waiting for HW TX timestamp
    
    Rework handling of late HW TX timestamps. Instead of suspending reading
    from client-only sockets that have HW TX timestamping enabled, save the
    whole response if it is valid and a HW TX timestamp was received for the
    source before. When the timestamp is received, or the configurable
    timeout is reached, process the saved response again, but skip the
    authentication test as the NTS code allows only one response per
    request. Only one valid response per source can be saved. If a second
    valid response is received while waiting for the timestamp, process both
    responses immediately in the order they were received.
    
    The main advantage of this approach is that it works on all sockets, i.e.
    even in the symmetric mode and with NTP-over-PTP, and the kernel does
    not need to buffer invalid responses.

commit 4a11399c2ebb78c9de8b4fca256d00b82416ff32
Author: Miroslav Lichvar <mlichvar@xxxxxxxxxx>
Date:   Thu Mar 23 17:04:57 2023 +0100

    ntp: rework calculation of transmit timeout
    
    Previously, in the calculation of the next transmission time
    corresponding to the current polling interval, the reference point was
    the current time in the client mode (i.e. the time when the response is
    processed) and the last transmission time in the symmetric mode.
    
    Rework the code to use the last transmission in both modes and make it
    independent from the time when the response is processed to avoid extra
    delays due to waiting for HW TX timestamps.

commit cf98551ea1fd3ee0fed3f079b62c07fb9e55228a
Author: Miroslav Lichvar <mlichvar@xxxxxxxxxx>
Date:   Thu Mar 23 14:07:44 2023 +0100

    client: avoid casting to long
    
    Use the PRI*32 specifiers in printf formats to avoid casting received
    values to unsigned long.

commit 5508b01bd8802cdd0b731fcafd42b7f64e1f18c5
Author: Miroslav Lichvar <mlichvar@xxxxxxxxxx>
Date:   Thu Mar 23 12:42:30 2023 +0100

    cmdmon: switch serverstats to 64-bit integers
    
    Update the serverstats response to use the new 64-bit integers.
    
    Don't define a new value for the response as it already had an
    incompatible change since the latest release (new fields added for
    timestamp counters).

commit 907accec879ec073ab5c94afa1120cd80d940584
Author: Miroslav Lichvar <mlichvar@xxxxxxxxxx>
Date:   Thu Mar 23 12:32:57 2023 +0100

    clientlog: extend serverstats counters to 64 bits
    
    On a busy server the 32-bit counters included in the serverstats report
    may overflow every few hours or days. Extend them to 64 bits.

commit a511029cc297fc33afe85f9b6e5786c7cc4befa0
Author: Miroslav Lichvar <mlichvar@xxxxxxxxxx>
Date:   Thu Mar 23 11:37:11 2023 +0100

    cmdmon: define 64-bit integer
    
    Add a structure for 64-bit integers without requiring 64-bit alignment
    to be usable in CMD_Reply without struct packing.
    
    Add utility functions for conversion to/from network order. Avoid using
    be64toh() and htobe64() as they don't seem to be available on all
    supported systems.

-----------------------------------------------------------------------

Summary of changes:
 candm.h              |  42 +++++++-----
 client.c             | 165 ++++++++++++++++++++++----------------------
 clientlog.c          |  14 ++--
 cmdmon.c             |  44 +++++++-----
 doc/chrony.conf.adoc |  20 +++---
 doc/chronyc.adoc     |   4 --
 ntp_core.c           | 188 ++++++++++++++++++++++++++++++++++++++++++++-------
 ntp_io.c             |   3 -
 ntp_io_linux.c       | 122 ---------------------------------
 ntp_io_linux.h       |   2 -
 reports.h            |  34 +++++-----
 test/unit/ntp_core.c |  62 ++++++++++++-----
 test/unit/util.c     |   5 ++
 util.c               |  19 ++++++
 util.h               |   3 +
 15 files changed, 401 insertions(+), 326 deletions(-)


hooks/post-receive
-- 
chrony/chrony.git

-- 
To unsubscribe email chrony-dev-request@xxxxxxxxxxxxxxxxxxxx with "unsubscribe" in the subject.
For help email chrony-dev-request@xxxxxxxxxxxxxxxxxxxx with "help" in the subject.
Trouble?  Email listmaster@xxxxxxxxxxxxxxxxxxxx.


Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/