, if you
prefer) posted by David J. Taylor:
http://www.satsignal.eu/ntp/FreeBSD-GPS-PPS.htm
Jump to the end of the page (with one keypress if you're clever) to
see a flashing blue light with a continuously dark firmware update
light.
Cheers,
Dave Hart
to zero in on where the decision is taken to reject
the peer, and iterate testing and adjusting the extra debug output
until you identify the divergence between the PC and the embedded
system.
Good luck,
Dave Hart
___
questions mailing list
questions
/downloads.html
specifically:
http://archive.ntp.org/ntp4/ntp-4.2/ntp-4.2.6p4-RC1.tar.gz
I'm happy to hear 4.2.7 is working well for you, but I want our
upcoming 4.2.6p4 to work comparably well.
Cheers,
Dave Hart
___
questions mailing list
questions
CPU?
Good luck,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
to releasing 4.2.6p4, please consider repeating your test
with 4.2.6p4-RC1. There's still time to fix bugs in it before 4.2.6p4
is released.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
PPSAPI support, which mainstream Linux hasn't had until very recently.
The downside is the PPS is being timestamped in
preemptively-scheduled gpsd code, rather than in an interrupt handler,
so the PPS timestamps are noisier with gpsd compared to direct PPSAPI
from ntpd.
Cheers,
Dave Hart
timestamp instead.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
/miscopt.html#tos
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On Tue, Aug 2, 2011 at 00:58, Dave Hart daveh...@gmail.com wrote:
Icky poo.
I forgot to add a thank you for following up with your solution to the
group. All too often, people ask for help, find a solution, and then
keep quiet. Thanks for putting your solution out there for people
like me
://www.pool.ntp.org/
Thanks to those who actually answer Miguel's questions,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
it correctly in RedLion and ntpd so the
MAC authenticates correctly.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
the change
tested against several radio stations and with the system timezone set
to UTC and local time.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
perspective is biased. What do you think?
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
-stable version of the old ntpdate code is the
best available. Meanwhile, if you have time and shell-script-fu,
please feel free to take a shot at authoring a newntpdate script to
replace it once the C code is excised.
Cheers,
Dave Hart
___
questions
clock much closer to beating at 1 second per second.
ntpd logs the initial drift value, if found, at startup.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
baud. Should I try mode 2 at 4800 baud? I am using a Sure GPS on a
Windows XP machine, but that shouldn't be a factor?
What version of ntpd are you using?
Is your GPS sending only $GPGGA, or are there several sentences being
sent each second?
Cheers,
Dave Hart
, or the elected orphan
parent if the upstream is unavailable.
That has a SPOF in terms of tracking correct time, but should keep
them mutually synced regardless.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo
On Thu, May 26, 2011 at 10:42 PM, Dave Hart daveh...@gmail.com wrote:
Given that requirement, I'd be tempted to use a single upstream server
for all cluster members, plus orphan mode.
I should have elaborated that I meant orphan mode where all cluster
members use every other member
.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
goes
offline.
That seems reasonable to me.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
removed in newer versions,
because it doesn't convey much useful information.
It's still there, but it's abbreviated in 4.2.6 and later and doesn't
include the stratum:
23 May 12:57:21 ntpd[6660]: 149.20.68.17 941a 8a sys_peer
23 May 13:01:37 ntpd[6660]: 140.142.16.34 941a 8a sys_peer
Cheers,
Dave
://www.eecis.udel.edu/~mills/ntp/html/discipline.html
which explains the hybrid PLL/FLL clock discipline algorithm.
Miroslav's suggestion would increase the FLL effect at a lower poll
interval/time constant compared to the default.
Cheers,
Dave Hart
On Wed, May 18, 2011 at 14:57 UTC, Ken Link wrote:
Is there a parameter I can add to the NTP configuration
to force NTP to stop disciplining the clock, yet still act as an NTP
server? Someone from the NTP list might know the answer to this.
disable ntp
Cheers,
Dave Hart
for the leap variable
output in ntpq) to avoid believing the 0 offset and dispersion at
startup. Note leap 00, 01, and 10 are all indicating a synchronized
ntpd, while leap == 11 indicates unsynchronized. You may find the
stratum test redundant if you test leap.
Cheers,
Dave Hart
On Wed, May 11, 2011 at 07:31 UTC, Miroslav Lichvar mlich...@redhat.com wrote:
On Wed, May 11, 2011 at 05:17:14AM +, Dave Hart wrote:
2011/5/11 Николай Орехов nowh...@mail.ru:
Could you provide me link to this bug and fixes so I can make a patch?
No, I'm afraid I can't.
I think it's
; but, some folks can't
resist twisting the knobs.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
per millisecond. If you
could convince QNX to provide a higher-precision system clock, you can
drive the precision down and bring your jitter figures with it.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org
is as good as I would expect
given the clock precision.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
no_sys_peer events (they wouldn't occur until the same second
as the immediately-following selection of a new sys.peer). I would
appreciate it if you could repeat your test with a recent 4.2.7
tarball to verify it has been fixed.
Cheers,
Dave Hart
it.
Thanks,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
could shim interpolation under the
portable ntpd code (replacing calls to adjtime(), gettimeofday(), etc
with versions you supply that work with an interpolated clock).
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org
make sense if the check were removed to avoid rejecting
legitimate interleaved traffic. Dr. Mills, do you recall?
http://lists.ntp.org/pipermail/bk-ntp-dev-send/2008-July/001337.html
http://ntp.bkbits.net:8080/ntp-dev/?PAGE=csetREV=487dbed3vkMKdxRFVpFK4DSMo_u-1g
Cheers,
Dave Hart
Cheers,
Dave Hart
output.
Good luck,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
).
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On Sat, Apr 30, 2011 at 15:11 UTC, Dave Hart daveh...@gmail.com wrote:
On Sat, Apr 30, 2011 at 01:18 UTC, David J Taylor wrote:
Sorry, editing flub, the original message was at 13:18 UTC.
At a minimum to accomplish your stated goal your code should ensure
leap != 11 (that's normally displayed
which keeps
on being repeated what am I missing?
Consider that failure here encompasses serves bogus time. Suppose
you have 7 sources configured and 4 of them cluster nicely around an
incorrect time, with 3 clustered around UTC.
Cheers,
Dave Hart
, potentially overshooting maxclock by more. When a
preemptible association is unreachable for a suitably long period, it
is removed.
http://www.eecis.udel.edu/~mills/ntp/html/discover.html has more.
Cheers,
Dave Hart
___
questions mailing list
questions
wander.
Beware ntpd on newer laptops...
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
, but lpeers will show
automatically-spun associations with 0 reach.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
to coincide with
Thanksgiving. I can only suppose they bribed the right people. Did I
say bribed? I'm sorry, expressed their first amendment rights via
unlimited political donations! Silly me.
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http
127.0.0.1
# disallow everybody else
#
restrict default ignore
Seems reasonable to me.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
it should be on payroll, if not time and a half.
(insert series of profanities here)
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
to see if ntp_crypto.c:2984 really is unneeded.
Cheers,
Dave Hart
http://support.ntp.org/bin/view/Support/ConfiguringAutokey
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
/ and share what you've done, if you want to see some
part of it make it into an updated refclock_shm.c.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On Mon, Mar 28, 2011 at 02:40 UTC, Bruce Lilly bruce.li...@gmail.com wrote:
On Fri, 18 Mar 2011 03:16:38 +, Dave Hart wrote:
We need not (and should not)
worry about endianness for a shared memory contract, though.
Endianness (and more generally byte order) are of concern for precisely
On Sat, Mar 26, 2011 at 10:36 AM, Rob ineedtor...@rfcs.example.com wrote:
Florin Andrei flo...@andrei.myip.org wrote:
###
server 0.us.pool.ntp.org
server 1.us.pool.ntp.org
server 2.us.pool.ntp.org
server 3.us.pool.ntp.org
restrict
to support criminal wiretapping, at least by
governments. I take it for granted that anyone with money or
government power can intercept any telecommunciations they care to,
and it's my responsibility to encrypt things I don't want others to
see.
Revolutionarily depressed,
Dave Hart
] Use first NMEA sentence each second.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On Thu, Mar 24, 2011 at 04:17 UTC, Dave Hart daveh...@gmail.com wrote:
4.2.7p24 came out in April 2009
Correction: 4.2.7p24 came out 13 April 2010.
Nothing between p23 and p24 jumps out at me as likely related. I
wonder if this cset from October 2010 (first included in 4.2.5p237-RC)
I need
because those
are the active development heads. Hopefully you won't have to reach
back more than a month or three to bisect the change in behavior, if
you follow that route.
Thanks for your interest and support,
Dave Hart
___
questions mailing list
are the exception, and
can be handled as unions of time_t and two 32-bit values to ensure
padding to 64-bit.
FYI, for those interested in ntpd and shm, you might consider joining
the gpsd-dev mailing list:
http://lists.berlios.de/mailman/listinfo/gpsd-dev
Cheers,
Dave Hart
, system is shutting down, CMOS time
reset.);
}
}
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
different APIs for mapping a shared memory region
into our process.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
only POSIX
systems, but then, so is ntpd in general. Don't be surprised to see
me extend your named-shared-memory driver to work on Windows one
day...
Don't be shy about suggesting eliminating dead code while you're at it.
Thanks again,
Dave Hart
, 1000, or 2000 times per second, the interpolation code
can correctly correlate the high-resolution counter and system clock
given the 1000 Hz scheduler resolution. Things to try would include
remove -M from ntpd options, prevent Flash or Java or media player
apps from being run.
Cheers,
Dave Hart
On Fri, Mar 18, 2011 at 01:18 UTC, Bruce Lilly bruce.li...@gmail.com wrote:
On Thu, 17 Mar 2011 13:57:08 +, Dave Hart wrote:
Sounds good, Bruce. The best way to get that integrated with ntpd is
first integrate it with the existing refclock_shm.c, so that both
flavors of shared memory
structures across separately-compiled programs. We
cannot presume the same compiler and options build ntpd and anything
that attempts to share memory with it. We need not (and should not)
worry about endianness for a shared memory contract, though.
Thanks for playing,
Dave Hart
.
Cheers,
Dave Hart
http://www.davehart.net/ntp/refclock/serialpps-20090606.zip
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On Wed, Mar 16, 2011 at 16:19 UTC, Dave Hart h...@ntp.org wrote:
http://www.davehart.net/ntp/refclock/serialpps-20090606.zip
http://www.davehart.net/ntp/refclock/serialpps-20091228.zip has some
slight improvements (but the same .sys files):
- Corrected install.bat bug pointed out by Jeremy
with guest OSes.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
been running long
enough.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
is your synchronization requirement among these three
machines? That makes a big difference in which solutions will work.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
the clock regularly by seconds.)
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
handle the other, and get rid
of some code duplication as well as increase the bug-hunting audience
for the combined driver.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
awry.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
time discipline status change
messages.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
to be that favorite. That is not equivalent
to throwing away 7 out of 8 readings on my planet.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
, and apparent offset). Whichever entry has the lowest delay is
presumed (wisely IMO) to have the least error in the apparent offset.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
.0 l58 3770.000 -22.304 4.303
[...]
Perhaps someone else can give it a try, or you could verify your
results with minpoll 3 on FreeBSD.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org
because this was changed at some point after the version of
ntpd that your FreeBSD box uses.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
programs.
I've just copped out and removed the system ntpd, ntpdc, ntpdate,
ntpq, and ntp-keygen binaries. Another obvious approach is to install
to a temporary tree and then copy the binaries over the system ones.
Cheers,
Dave Hart
___
questions
programs.
I've just copped out and removed the system ntpd, ntpdc, ntpdate,
ntpq, and ntp-keygen binaries. Another obvious approach is to install
to a temporary tree and then copy the binaries over the system ones.
Cheers,
Dave Hart
___
questions
serialpps.sys hack, unless some kind soul manages the unlikely feat
of getting it through WHQL driver certification and signed by
Microsoft..
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
repeat the process to get a local copy of the prerequisite
tool working, then pick up where you left off, or to play it safe rm
the previous attempt and start over from the tar extraction.
This approach is also useful to test updated tools without affecting
the systemwide versions.
Cheers,
Dave
18x LVC shifts the NMEA
generation even later in the second. You might want to try reverting
to an earlier firmware.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
checkout, and if not, use ./bootstrap again.
Cheers,
Dave Hart
FYI this might be better suited to hack...@lists.ntp.org.
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
-p97 by creating a clockstuff/clktest-opts.h with any
contents:
touch clockstuff/clktest-opts.h
make make check
I apologize for the trouble the failure to distribute clktest-opts.h
caused, I'm the one that broke it.
Cheers,
Dave Hart
___
questions
files?
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
fixes.
Good luck,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
Please file a bug report at https://bugs.ntp.org. Looking at the
4.2.7p96 tarball's clockstuff directory, there is no clktest-opts.h as
I had assumed, so there's no way it's timestamp could be more recent.
Thanks,
Dave Hart
On Sun, Dec 19, 2010 at 21:25 UTC, etm1...@hotmail.com
etm1
of the sentences you're seeing
each second.
I mention last because so few seem willing to upgrade ntpd when a
workaround will do, you could also upgrade to 4.2.6p3-RC11 or a recent
ntp-dev (4.2.7) which have this NMEA bug fixed.
Cheers,
Dave Hart
___
questions
that is no longer
generated by the latest ntpd. signal_no_reset() is changing the
signals which are enabled and generates the warning if the prior flags
contain a bit the code didn't recognize. Newer ntpd recognizes and
silently ignores the flag, I forget what the symbolic name is.
Cheers,
Dave Hart
,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
upgrade to a recent version, using specifying broadcastdelay
short-circuits the attempt.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
startup and then lock onto
the lucky IPs until ntpd is restarted, regardless of their utility.
Thanks for your interest in improving ntpd.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
at
http://lists.ntp.org/pipermail/questions/2010-November/028111.html
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On Wed, Nov 24, 2010 at 00:00 UTC, Steve Kostecke koste...@gmail.com wrote:
On Nov 23, 6:29 pm, Dave Hart wrote
I replied to this thread on questi...@lists.ntp.org (which is
gatewayed to this newsgroup) but so far that response has not made it
back to the newsgroup.
Your e-mail reply _was_
.INIT. 16 u - 1024 0 0.000 0.000
0.000
Why the e.f.g.h could be rejecting time signals from a stratum1 ?
ntpq -p -c rv 3 e.f.g.h
should tell you, in the form of flash= followed by a value and its
decoded meaning.
Cheers,
Dave Hart
pool code, if a
pool servers stops responding, it will be replaced, re-querying DNS if
needed (if there are no addresses leftover from the last query).
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo
not refer to once-per-second
loopfilter trimming of the system clock rate. Rather, it's once per
change to the offset= reported by ntpq -crv. Thanks to the 8-deep
clock filter, that can be as infrequent as every 8 polls.
Cheers,
Dave Hart
___
questions
On Sun, Nov 14, 2010 at 04:27 UTC, Danny Mayer ma...@ntp.org wrote:
On 11/13/2010 9:47 PM, Dave Hart wrote:
On Sun, Nov 14, 2010 at 00:32 UTC, Harlan Stenn st...@ntp.org wrote:
A single pool FOO.pool.ntp.org iburst line should be enough.
... assuming you're using 4.2.7. With 4.2.6 or earlier
could be achieved without the clamp by
accounting for the leftover from adjtime(), which would allow willing
kernels to slew 500 PPM.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
hunting,
Dave Hart
On Sun, Nov 7, 2010 at 00:58 UTC, David L. Mills mi...@udel.edu wrote:
Dave,
I think I have hunted down what is going on. It takes some serious
investigation. Turns out the modern adjtime(), at least in some systems, is
far from what I knew some years back. I have already
.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
0.002411172 78.732 0.000130677 0.059010 6
55506 86188.716 0.002383291 78.741 0.000122634 0.055298 6
Under 2ms initial offset, the frequency estimate is ~8 PPM too small.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org
transmission, but is more like continuously variable up to 63000 PPM.
FWIW, Windows slew is also continuously variable, with no limit that
I've reached. I once accidentally had ntpd adjust the clock so it was
moving at a few microseconds per tick, vs. nominal 15.625 msec.
Cheers,
Dave Hart
.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
tarball, or, for
the very latest:
http://www.eecis.udel.edu/~mills/ntp/html/confopt.html
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
have found a bunch of issues
and reported them, usually shortly after the inducing changes. You've
helped keep the quality up despite a lot of development churn.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org
301 - 400 of 639 matches
Mail list logo
