[ntp:questions] NTP 4.2.5p239-RC Released
Redwood City, CA - 2009/10/30 - The NTP Public Services Project (http://support.ntp.org/) is pleased to announce that NTP 4.2.5p239-RC, a Release Candidate of the NTP Reference Implementation from the NTP Project, is now available at http://www.ntp.org/downloads.html and http://support.ntp.org/download. File-size: 4258602 bytes MD5 sum: 585b58bcef10edbdaaf79d37892f1d6b Bug Fixes: * [Bug 1356] core dump from refclock_nmea when can't open /dev/gpsU. http://bugs.ntp.org/1356 * [Bug 1357] bogus assert from refclock_shm. http://bugs.ntp.org/1357 * [Bug 1358] AIX 4.3 sntp/networking.c IPV6_JOIN_GROUP undeclared. http://bugs.ntp.org/1358 * [Bug 1359] Debug message cleanup. http://bugs.ntp.org/1359 Other Changes: * CID 101: pointer/array cleanup. * CID 101: more pointer/array cleanup. Please report any bugs, issues, or desired enhancements at http://bugs.ntp.org/. The NTP (Network Time Protocol) Public Services Project, which is hosted by Internet Systems Consortium, Inc. (http://www.isc.org/), provides support and additional development resources for the Reference Implementation of NTP produced by the NTP Project (http://www.ntp.org/). ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] NTP 4.2.5p239-RC Released
Could I suggest limiting release candidates to one a week. Very few people will have time to deal with them in less than about a week. I'd deduce from the large number of recent release candidates that the code is actually some way from being ready to release. ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] NTP 4.2.5p239-RC Released
On Fri, Oct 30, 2009 at 8:54 AM, David Woolley wrote: Could I suggest limiting release candidates to one a week. Please, suggest away :) Very few people will have time to deal with them in less than about a week. Such folks should pick up the latest RC once a week, then. Meanwhile, those who are able to test more frequently are not waiting a week for a fix to test. Many of the recent fixes have been verified by the bug reporter less than a day after the release containing the fix. I'd deduce from the large number of recent release candidates that the code is actually some way from being ready to release. Given sufficient incentive, I could find a new reason to not release ntpd every day. The question I keep in mind, however, is how much better is what we have than the current ntp-stable? As we approach 4.2.4's third birthday, I think the answer is a heck of a lot already. I had no changes today because I knew of nothing blocking the release of 4.2.6 aside from sntp documentation Harlan is working on, so I'd deduce we're getting close. Cheers, Dave Hart ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] NTP 4.2.5p239-RC Released
David Woolley wrote: Could I suggest limiting release candidates to one a week. Very few people will have time to deal with them in less than about a week. I'd deduce from the large number of recent release candidates that the code is actually some way from being ready to release. Gee!! I wish I had said that! ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] NTP 4.2.5p239-RC Released
David Woolley da...@ex.djwhome.demon.invalid wrote in message news:hce9je$n4...@news.eternal-september.org... Could I suggest limiting release candidates to one a week. Very few people will have time to deal with them in less than about a week. I'd deduce from the large number of recent release candidates that the code is actually some way from being ready to release. I'm happy to learn about progress - even though I don't compile the code myself. Please keep the messages coming, and perhaps those who don't want to keep them can use the Delete key? Cheers, David ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] Running two ntpd systems in parallel
2009/10/17 Dave Hart daveh...@gmail.com: On Mon, Sep 14, 2009 at 11:23 AM, Paul Fleischer p...@xpg.dk wrote: I would like to see ntpd support unprivileged operation for testing purposes, including using a local port 1024. The approach I have been considering is adding a port option to the association commands like server and peer in ntp.conf, with the secondary or unprivileged ntpd still defaulting to remote port 123. That would be a very usefull change, IMHO. Second, rather than using clock_gettime() and adjtime() it will use calls that modify a second clock which is implemented in the Linux kernel. For my purposes, a test unprivileged ntpd would modify a fictional system clock composed within ntpd using the real system clock modified by frequency and offset changes which normally would be applied to the system clock. This is a trickier bit of code to get right than the UDP port change. Ugh, that does indeed sound a bit hairy. But if it is only for test purposes a naive approach might be enough? I'm curious how your second clock would be used, and what mechanism might be used to let you cleanly intercept the clock-affecting calls without requiring local patches to the NTP code. I will apply local patches to use a custom system call. As far as I can see I just need to replace clock_gettime() and adjtime() with my custom versions. The idea is to have have the clock tick in the kernel controlling two clocks, each with their own value and frequency. Exactly how this is implemented, I do not yet know. A college of mine seems to know what he will be doing, and I'll just give that a spin :-) Your patch missed a questionable bit of code I coincidentally am likely to remove from ntpq-subs.c do_printpeers() line 1571: /* * Check to see if the srcport is NTP's port. If not this probably * isn't a valid peer association. */ if (havevar[HAVE_SRCPORT] srcport != NTP_PORT) return (1); Remove that code and your ntpq should be much happier. It appears to have been added as a sanity check, but it's not a very good one. Ahh, yeah, I missed that one. Removed it, and now it seems to work. Thank you very much for the help. Cheers, Paul ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
[ntp:questions] reference Clock drivers kernel or user space
Hi I need some pointers regarding the reference clock drivers. I need to know if these drivers are implemented in user space or kernel space. I at least know from documentation that how ntp adjusts clock is in kernel space to carry out clock tinkering in a quick fashion. However, are the refclock drivers implemeneted in kernel space or as a background userspace process like ntpd itself is unknown. Kindly guide me with some pointers. cheers!! ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] NTP 4.2.5p239-RC Released
On 2009-10-30, David Woolley da...@ex.djwhome.demon.invalid wrote: I'd deduce from the large number of recent release candidates that the code is actually some way from being ready to release. You may wish to view the actual diffs between the Release Candidates instead of merely speculating. I've created a handy short-cut URL just for this purpose: http://support.ntp.org/diffs/ntp-dev -- Steve Kostecke koste...@ntp.org NTP Public Services Project - http://support.ntp.org/ ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] reference Clock drivers kernel or user space
Reference clock drivers are compiled into ntpd and run in the ntpd process, in user mode, though typically with root privileges. See ntpd/refclock_*.c in the distribution. Cheers, Dave Hart ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] NTP 4.2.5p239-RC Released
David J Taylor wrote: perhaps those who don't want to keep them can use the Delete key? ^W ^W Kill File -- E-Mail Sent to this address blackl...@anitech-systems.com will be added to the BlackLists. ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] NTP 4.2.5p239-RC Released
E-Mail Sent to this address will be added to the BlackLists n...@blacklist.anitech-systems.invalid wrote in message news:hcf9cc$24...@news.eternal-september.org... David J Taylor wrote: perhaps those who don't want to keep them can use the Delete key? ^W ^W Kill File Or whatever. Some get NNTP messages, others e-mail from the portal. Cheers, David ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] NTP 4.2.5p239-RC Released
On 2009-10-30, David J Taylor david-tay...@blueyonder.co.uk. wrote: Some get NNTP messages, others e-mail from the portal. The release announcement routing is: announce@ mailing list - questions@ mailing list - news-group -- Steve Kostecke koste...@ntp.org NTP Public Services Project - http://support.ntp.org/ ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] NTP absolute accuracy?
Richard B. Gilbert rgilber...@comcast.net writes: Juyong Do wrote: Hi, Does anyone know any survey or paper measuring absolute time accuracy over NTP? I saw statistics about offsets, RTT, and dispersion but am not sure how well those parameters reflect or are correlated with absolute accuracy of each NTP servers and clients. To my mind, the only way to measure the absolute accuracy (difference from UTC or GPS time) would be to physically bring a GPS receiver to each NTP clients and compare the timing bases. It is certainly not feasible for a large scale survey but I guess there should have been someone who've done this before. Let me know if there is. Thanks, Juyong It depends. IF the round trip time is pretty equally split between outgoing and incoming then the ntp estimate of it own accuracy ( eg the standard deviation of the offsets) should be a pretty good estimate of the absolute accuracy. Otherwise the mean of (sup abs( offset+- roundtrip/2)) should give a worst case estimate. Yes, I have done what you suggest but my measurements may not reflect the situation your computers are in. So there is not answer to what you ask. It depends on your situation ( network traffic, etc). Note that chrony will give you a factor of 2 or three improvement over ntp in the errors, assuming that the roundtrip is equally split on Linux or BSD. This is I believe primarily because of ntp's slow behaviour with respect to rate changes caused by temp fluctuations. If you can glue a thermometer onto your timing crystal and use that to help estimate the rate changes, you will gain at least a factor of 3 over ntp's raw accuracy as well. ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
[ntp:questions] Small cheap low power systems
Or one could get a plug computer like http://www.tonidoplug.com and use a GPS over USB, which works quite well as David proved. I myself am tempted at one such plug computer just for the geek factor! :-) Thanks. $99 makes it interesting. I poked around a bit but did't find what I'm looking for. Has anybody found the recipe for reloading the flash, for example to install your own kernel or recover from fat-fingering something? -- These are my opinions, not necessarily my employer's. I hate spam. ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions