Re: sockaddr_storage

able. Daemons do not need to know routing. Unless, of coure, they are routing daemons. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588

Re: Current status of --enable-crypto

ds? No. > Do we still need libssl? I think it is for SHA1. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Qui

Re: ✘sys_fuzz * ntp_random()

small. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it,

Re: What's the story on buildbot?

ion it appears in Can I get a few more clues? I assume you do not mean the buildbot master. Which buildbot slave? Can you duplicate manually? And you are still using an ASCII email program that is munging UTF8... RGDS GARY ---------

Re: Current status of --enable-crypto

with its own copies of md5 and sha1. Nuke it! RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas

Re: Current status of --enable-crypto

Yo Eric! On Fri, 27 Jan 2017 14:42:16 -0500 "Eric S. Raymond" <e...@thyrsus.com> wrote: > Gary E. Miller <g...@rellim.com>: > > And, don't forget, libisc is still in the tree with its own copies > > of md5 and sha1. Nuke it! > > Er, we can

Re: sockaddr_storage

Yo Eric! On Fri, 27 Jan 2017 15:01:19 -0500 "Eric S. Raymond" <e...@thyrsus.com> wrote: > Gary E. Miller <g...@rellim.com>: > > Yes, but NTP does not have to. NTP can just open an IPv6 socket and > > shove all IPv6 and IPv4 in through that socket.

Re: Copyright dates

? RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve it." - Lord Kelvin pgpNDRV

Re: Timings for random

specially careful running in a VM. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve it." - Lord

Re: Current status of --enable-crypto

? RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve it." - Lord Kelv

Re: Timings for random

penSSL: 100 calls to RAND_pseudo_bytes() took 0.630 > microseconds each rand() and RAND_pseudo_rand() are not random, just psuedo random, thus not for NTP. What about the OpenSSL RAND_bytes()? RGDS GARY ------- Gary

Re: Timings for random

only OpenSSL soon. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you

Re: Stratum-1 HOWTO tickless confusion

Yo Achim! On Sun, 29 Jan 2017 21:55:31 +0100 Achim Gratz <strom...@nexgo.de> wrote: > Gary E. Miller writes: > > I find that running at the hightest speed, and using ther > > performance governor leads to the best results. > > However, if the system is crashin

Re: Copyright dates

hat long? RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure i

Re: Timings for random

ted are > cryptographically strong. I wasn't able to use up the system > entropy. Seems suspicious. Modern Linux will no run out of entropy, except on startup. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Su

Re: ✘sys_fuzz * ntp_random()

Looks like ntpd is built to handle a lot of complexity that no longer exists in my test platforms. Except that mac... looks like sys_tick can be less than sys_fuzz. Anyone got the reverse case? RGDS GARY ----------- Gary E. Miller Re

Re: sys_fuzzMime-Version: 1.0

ource timer My RasPi 2 and 3: [0.207033] clocksource: Switched to clocksource arch_sys_counter RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:

Re: ✘sys_fuzz * ntp_random()

Yo All! To follow up on my own mistake... On Wed, 25 Jan 2017 16:52:58 -0800 "Gary E. Miller" <g...@rellim.com> wrote: > Xeon: fuzz=0.000202, tick=0.000202 > skylake: fuzz=0.000109, tick=0.000109 > RasPi:fuzz=0.003,tick=0.003 > RasPi2:

Re: libsodium mess

the system clock is sys_fuzz. Calculated from totally different underlying data using totally unrelated algorithms. For where/how sys_fuzzz is calculated see other email o nthis list in the last day. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@r

Precision and accuracy

ured value is to a traceable standard. Accuracy can be much larger or smaller than precision. None of this to be confused with how NTP defines precision. And NTP never uses the word accuracy. RGDS GARY ------- Gary E. Miller Rel

Re: Problem with GPSD refclock

the USB bus. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’

Re: What's the story on buildbot?

h of ways. That could be run occasioalnly. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve

Re: What's the story on buildbot?

o that. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t imp

Re: sys_fuzz

the LSB of network timestamps. The rest of the code around it is to ensure monotonically increasing. Also some hint it may help loop stability. Sadly the Bug comments do not match up with the actual code very well. RGDS GARY -------

Re: ✘sys_fuzz * ntp_random()

Mills yet? I'm not sure this is the issue, but why wait? He should know about the current lives of his spawn. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.

Re: ✘sys_fuzz * ntp_random()

Yo Achim! On Wed, 25 Jan 2017 18:36:13 +0100 Achim Gratz <strom...@nexgo.de> wrote: > Gary E. Miller writes: > > Dr. Mills did not put it there. This was added in 2011 by Dave > > hart. See my previous email that probably crossed by yours in > > flight. > > T

Re: sys_fuzzMime-Version: 1.0

ither, > > > but in practice it's rarely correctly implemented. E.g., in the > > > Linux cases I've tested, it ignores the hardware properties and > > > just retuns 1ns. > > > > And it probably can not even determine the hardware properties. > >

Re: sys_fuzz

t; this some more. Yeah, way down the priority list. Something to noodle on for a long while. Knowledge to keep under your hat for when a bug pops up in this area. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington A

Re: Big endian success

If it is up to me, I'd go Gentoo. Debian would be my 2nd choice. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est

Re: sys_fuzzMime-Version: 1.0

Yo Fred! On Tue, 24 Jan 2017 15:22:20 -0800 (PST) Fred Wright <f...@fwright.net> wrote: > On Tue, 24 Jan 2017, Gary E. Miller wrote: > > > Last week we had a discussion on sys_fuzz and the value of adding > > random noise to some measurements. The co

✘ntpclient names

Yo All! Eric wants all ntp programs to start with 'ntp' and not have hypens. So, how about: gps-log -> ntpgpslog temp-log -> ntptemplog makeheat -> ntpmakeheat Suggestions? RGDS GARY -----

Re: [Bug] 1361811cb botches unused macro

Yo Achim! On Mon, 20 Feb 2017 19:38:52 +0100 Achim Gratz <strom...@nexgo.de> wrote: > Gary E. Miller writes: > > I am unclear which macro you are referring to? I thought were you > > talking about REFIDLEN, that is used a lot. > > The patch inadvertently removed

Re: clockvar reporting from generic (DCF77)

Yo Achim! On Mon, 20 Feb 2017 19:43:39 +0100 Achim Gratz <strom...@nexgo.de> wrote: > Gary E. Miller writes: > > Can you provide a few more details? Like how your refclock is > > setup in your ntp.conf and where the output you showed comes from? > > The refclock

Re: DCF77 driver seems to be broken

are > still wrong). [...] Nice. Thanks you. Pushed. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos

Re: DCF77 driver seems to be broken

Yo Achim! On Sat, 18 Feb 2017 22:15:56 +0100 Achim Gratz <strom...@nexgo.de> wrote: > Gary E. Miller writes: > > There is nothing in C++, as defined by Stroustrup, that you can not > > do in C. > > You know, I've actually used Cfront and read all of Stroustrups

Re: ntpclient names

Yo Achim! On Wed, 22 Feb 2017 18:21:01 +0100 Achim Gratz <strom...@nexgo.de> wrote: > Gary E. Miller writes: > > Mark was thinking of a separate ntp-tools package or option. Many > > distros has a X package and a matching X-tools package. We could > > make th

Re: INSTALL and buildprep

Yo Hal! > Hal Murray <hmur...@megapathdsl.net>: > Does buildbot have a crossbuild case? Say building for a Raspberry > Pi on an Intel platform. Yes, but not one that is working. RGDS GARY ------- Gary E. Mi

Re: ntpclient names

s. I expect 99% of NTPsec installs to not be done with our scripts, but with distro specific scripts. Just for starters most people install binary packages and NTPsec does not go there, that is for the distros to do. Our scripts are just for developers and for packagers to get a start. RGDS GARY ---

Re: Information lost when switching to buildprep

is no longer in > buildprep. Yeah. Patches welcome. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Qu

Re: ntpclient names

argument there. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure i

Re: ✘libntp.a unused?

Yo Gary! On Fri, 24 Feb 2017 15:51:54 -0800 "Gary E. Miller" <g...@rellim.com> wrote: > Is there still a point to libntp.a? I see it being built, but never > used or installed... Uh, never mind. I found it used

✘libntp.a unused?

Yo All! Is there still a point to libntp.a? I see it being built, but never used or installed... The tests do not use it, the tests compile their own copies of the C files in libntp.a RGDS GARY --- Gary E. Miller Rellim

Re: ntpsec | Extra precision for avgint field in ntpmon (#247)

+1 RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improv

Re: [Bug] 1361811cb botches unused macro

ar *)&((p)->clear_to_zero)) include/ntp.h:#define END_CRYPTO_TO_ZERO(p) ((char *)&((p)->end_clear_to_zero)) include/ntp.h:#define LEN_CRYPTO_TO_ZERO(END_CRYPTO_TO_ZERO((struct peer *)0) \ If you canfirm I'll remove them. RGDS GARY ---

Re: Generic doesn't log into clockstat

ach refclock writes a different style clockstats. So tell us what you would like logged. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588

Re: DCF77 driver seems to be broken

e new warnings. You are the only person we know with a DCF77... RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos

Re: ntpclient names

mportant waf stuff to fix first. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’

Fw: [Git][NTPsec/ntpsec][master] Address GitLab issue #247: Extra precision for avgint field...

.rs & ntp.magic.RES_LIMITED: RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve

Re: ntpclient names

thinking of a separate ntp-tools package or option. Many distros has a X package and a matching X-tools package. We could make that easy with a build option. I see the vast majority of users only using ntpd. But seriously, do you really need to save USD$0.001 of disk space? RGDS GARY -----

Re: ntpclient names

se it. Yes. > 2) It drags in a big pile of stuff, starting with gnuplot. No. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veri

Re: current HEAD is broken on old gcc (and warnings on current clang)

Yo Fred! On Mon, 13 Feb 2017 13:26:31 -0800 (PST) Fred Wright <f...@fwright.net> wrote: > On Mon, 13 Feb 2017, Gary E. Miller wrote: > > On Mon, 13 Feb 2017 13:02:49 -0800 (PST) > > Fred Wright <f...@fwright.net> wrote: > > > > > I suggest reve

Re: Timekeeping oddities on MacMini G4s

e Standard Deviation: 9 ppb! See attached. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve

Re: current HEAD is broken on old gcc (and warnings on current clang)

those that work. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, y

Re: ntpkeygen patch

Yo All! No better patches than Greg Rubin's have appeared, so I have marged his patch. The system call ntpkeygen uses will block in Python 3.6 when not enough entropy is available. RGDS GARY --- Gary E. Miller Rellim 109 NW

Re: libsodium mess

Yo Eric! On Thu, 19 Jan 2017 17:23:01 -0500 "Eric S. Raymond" <e...@thyrsus.com> wrote: > Gary E. Miller <g...@rellim.com>: > > Yo Eric! > > > > On Thu, 19 Jan 2017 14:30:35 -0500 > > "Eric S. Raymond" <e...@th

Re: Introducing buildprep

INSTALL libparse ntpdntpstats ntpwait VERSION www kong ntpsec # RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Ve

Re: libsodium mess

all. If it is > > then it will be eauy to do some testing. > > As far as I understood, the packets that go out have their > timestamp adjusted to add a random value. Well then, there is a lack of consensus on where the randomness is used. Further investigation required. RGDS GARY --

Re: libsodium mess

? Does this degrade anything? RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve it." - Lord Kelvi

Re: libsodium mess

update on > the scheduler interrupts. With the current code, it's how fast you > can read the clock. So, no rason to keep it? RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703

Re: libsodium mess

Yo Kurt! On Thu, 19 Jan 2017 21:20:23 +0100 Kurt Roeckx <k...@roeckx.be> wrote: > On Thu, Jan 19, 2017 at 02:30:35PM -0500, Eric S. Raymond wrote: > > Gary E. Miller <g...@rellim.com>: > > > > - to fuzz the low-order bits of the clock. > > > >

Re: libsodium mess

> > NTP uses the smallest difference in time the program can see > as precision, which is at least confusing. Precision is about how > repeatable something is. Uh, no. The smallest difference in time it can see is about sys_fuzz. Basically how fast the clock can be read and/or the smallest t

Re: libsodium mess

Yo Eric! On Thu, 19 Jan 2017 14:30:35 -0500 "Eric S. Raymond" <e...@thyrsus.com> wrote: > Gary E. Miller <g...@rellim.com>: > > > - to fuzz the low-order bits of the clock. > > > > Hmm, can you expand on this a bit? Which clock? How much fuzz? &

Re: Bounding the target platforms

fine with NO_HZ_IDLE. I'm not sure how it exactly compares to the other 2 options; NO_HZ_FULL and HZ_PERIODIC. But I agree it could be better at power awareness. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E,

Re: Feature Removals, NMEA GPS

> be able to use a GPS unit without it. Pretty hard to find a distro that does not have gpsd in their packages. Got one in mind? I'll go bug them. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR

Re: Precision and accuracy

terms to mean different things. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can’t measure it, you can’t improve it.

Re: Feature Removals, NMEA GPS

lug. I agree that is not a good way to run gpsd. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid es

Re: PPS documentation

t boot time to change the tick configuration. Certainly RasPian is that way. Can you be more specific on a kernel that does not work? I'm not even sure how much better going 1kHz tick is than the other options. I'll run some tests. RGDS GARY -----------

Re: Comments about ntpviz

ntpd is undersampling the PPS it can be either good, or real bad. I'm tempted to get Eric to fix the bug first, but maybe I'll need to data so he sees the bug first. > If you have a busy server, there is interesting stuff in usestats. Such as? RGDS GARY -

Re: â ntpviz ±(rtt/2)Mime-Version: 1.0

way, RTT, or RTT/2, the impression from the graph is of symmetry. So I don't see one is better than the other... RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com T

Re: â ntpviz ±(rtt/2)Mime-Version: 1.0

RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpZzh1xFdVoR.pgp Description: OpenPGP digital signature ___ devel mailing list devel@ntpsec

Re: Stratum one autonomy and assumptions about GPS

ure mode. > We may already be at a technological place where GPS outages don't > bust the tolerable-error budget, even with cheap hardware. If we > aren't, we'll probably be there soon. We can't define a single tolerable error budget. We can provide some ranges of options for the user. RGDS

Re: Stratum one autonomy and assumptions about GPS

variation? > > Most CPU chips include a temperature sensor. Which I have found does not correlate with any of my NTP data. I now have a lot of data, just need to finish up the ntpviz temp module. RGDS GARY ----------- Gary E

Re: Comments about ntpviz

run on a Pi3 for me, ant then I have all the graphs. Or just ask ntpviz for the one graph you want, prolly about a second, RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g

Re: PPS undersampling

they all average over a good part of a second. Nothing ntpd does will move the (virtual) needle. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Te

Re: How much do we care about high-load scenarios?

Yo Eric! On Wed, 14 Sep 2016 17:22:51 -0400 "Eric S. Raymond" <e...@thyrsus.com> wrote: > Gary E. Miller <g...@rellim.com>: > > Sadly, unless you have threading there is no way to A/B test it > > against no threading. So let us not rip out any existi

Re: How much do we care about high-load scenarios?

ading there is no way to A/B test it against no threading. So let us not rip out any existing threading until it gets tested. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgplbPJlBOQic.pgp Descript

✘Python broken %

^ SyntaxError: invalid syntax Python says %s(x)s works for any x that str(x) works. Here is the Python doc: https://docs.python.org/2.7/library/stdtypes.html#string-formatting "'s'String (converts any Python object using str())." WRONG! RGDS GARY --

✘namedtuples overly limited

, 'd', 'e') Traceback (most recent call last): File "", line 1, in TypeError: namedtuple() takes at most 4 arguments (5 given) RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703

✘Python 3!

works. I was not so lucky with ntpviz. Just one annoying thing in ntpviz I can't fix. Documented on line 74. I can make it work in Python 2, or Python 3, but not polyglot... RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilm

✘minpoll=maxpoll=2

, Jitter 90% 26.7 us See attached spidey-local-offset.png. Before 18:10 12 Sep 2016 UTC is poll=64s after is poll=2. That went really, really badly... So, the answer to the best poll? It depends... RGDS GARY --- Gary E

Re: -g screqup (from IRC)

ck is. RasPis do not have CMOS clocks. So the startup step is huge. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpFow9VGpITI.pgp Description: OpenPGP digital signature

Re: ✘minpoll=maxpoll=2

, but poll=4s does not seem optimal for my two cases. So far poll=2s for RasPi+HAT, and poll=64s for Xeon+Serial GPS. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com

Re: ✘minpoll=maxpoll from 0 to 8 for RasPi 3

was a bit more linear. The poll=7 data sticks out, I'll prolly have to rerun the data sometime. I don't think the Local CLock Frequency Offset data is useful here, it corelates to room temp not to poll. RGDS GARY --- Gary E

Re: Something broken with minpoll/maxpoll

. An undefined maxpoll is not always set to the default maxpoll (NTP_MAXDPOLL). For a local refclock the default max poll is the minpoll. How to add regression tests for such config options? RGDS GARY ------- Gary E. Mille

Re: Something broken with minpoll/maxpoll

* refclocks is minpoll */ peer->maxpoll = peer->minpoll; I'm gonna take another part of your patch as the start of my fix. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wil

Re: ✘--disable-kernel-pll

Yo Daniel! On Thu, 29 Sep 2016 14:34:08 -0400 Daniel Franke <dfoxfra...@gmail.com> wrote: > On Sep 29, 2016 2:23 PM, "Gary E. Miller" <g...@rellim.com> wrote: > > > Then maybe a worth while experimment to copy the kernel PLL into > > ntpd to see how

Re: [time-nuts] Need Time Help

This deliberately discards interleave interleave support. Peer mode may be broken, broadcast modes probably are broken, MS-SNTP is not reimplemented. I take Eric at his word, until proven otherwise. RGDS GARY ---------

Re: Incompatible changes, security, and good practice

ear > that, too. What I want is for us to arrive at a rough consensus > so the arguments stay civilized. This is NOT an all or nothing decision. There are other ways to mitigate this problem that do not involve major silent breakage. RGDS GARY --------

Re: Incompatible changes, security, and good practice

Yo Eric! On Thu, 6 Oct 2016 23:10:37 -0400 "Eric S. Raymond" <e...@thyrsus.com> wrote: > Gary E. Miller <g...@rellim.com>: > > Yo Eric! > > > > On Thu, 6 Oct 2016 17:06:29 -0400 (EDT) > > e...@thyrsus.com (Eric S. Raymon

✘macOS build log

Yo All! FYI, see attached for an NTPsec build log from macOS, and Xcode 8.0 Seems OK. OTOH, the SHM not working for gpsd... RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g

Fw: [time-nuts] Need Time Help

at the 15ms level. Looks like NTPsec really need SNTP to support Windows clients, and the accuracy needs are minimal. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com

Re: Forward-planning towards release 1.0

S GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpHAKEgeq6kZ.pgp Description: OpenPGP digital signature ___ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/m

Re: Forward-planning towards release 1.0

list archives for the entire discussion. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgp5eXweX7EVc.pgp Description: OpenPGP digital signature _

Re: Did your fix for minpoll=0 work?

e something that works, love to see it. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpDjRzNVCMSe.pgp Descriptio

Re: ✘minpoll=maxpoll=2

Yo Achim! On Fri, 16 Sep 2016 20:17:50 +0200 Achim Gratz <strom...@nexgo.de> wrote: > Gary E. Miller writes: > > Poll=2s is still the bast for this hardware, but there is a little > > tradeoff between offset and jitter. Since NTP is about time, not > > frequenc

✘minpoll=maxpoll=3

in a few days. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgp46QuIWUpk2.pgp Description: OpenPGP digital signature

Re: ✘minpoll=maxpoll=2

esolve the confusion? RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpzpK5rI5fbM.pgp Description: OpenPGP digital signature _

✘minpoll=maxpoll from 1 to 8 - 'final' data

. A good reason to get poll=0 fixed so I can test that. The bottom line to what is the best poll value? The answer: it depends... RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g

Re: ✘minpoll=maxpoll from 1 to 7

. I'll eventualy rerun that one to be sure. More to come. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpNtXFDuunBo.pgp Description: OpenPGP

Re: minpoll=maxpoll from 1 to 7

f the ugly hanging-bridge cases, > more measurements help to average out the noise. Yeah, not even started to look at that yet. What I see is the USB phase locks to the PPS and the results are 'too good'. RGDS GARY ------- Gary E. M

<    1   2   3   4   5   6   7   8   9   10   >