Hi,
Thank you for all your answer.
So in fact Jochen, even if I need for some reason to handle dynamic
change on ntp.conf, you are telling me that it is cleaner and better
to restart the daemon ?
I am currently putting some modification in my ntp conf file thanks to
tr69 protocols. Moreover due
Arthur Lambert wrote:
Hi,
Thank you for all your answer.
So in fact Jochen, even if I need for some reason to handle dynamic
change on ntp.conf, you are telling me that it is cleaner and better
to restart the daemon ?
I am currently putting some modification in my ntp conf file thanks to
tr69
David Lord sn...@lordynet.org wrote:
Arthur Lambert wrote:
Hi,
Thank you for all your answer.
So in fact Jochen, even if I need for some reason to handle dynamic
change on ntp.conf, you are telling me that it is cleaner and better
to restart the daemon ?
I am currently putting some
Hi Rob,
I know that my question can be stupid but I am not very familiar with
open source project. If tomorrow someone decides to develop a feature
on ntp. Who can decide if the feature will be integrated to the trunk
of the project ? People have to convince the main guys of the projects
?
So I
Arthur Lambert lambertarthu...@gmail.com wrote:
Hi Rob,
I know that my question can be stupid but I am not very familiar with
open source project. If tomorrow someone decides to develop a feature
on ntp. Who can decide if the feature will be integrated to the trunk
of the project ? People
On 2014-04-08, David Lord sn...@lordynet.org wrote:
On another issue, please stop using google to send your usenet posts.
I've never used google
Sorry, it must have been the person you were replying to. Sorry to jump
on you.
I use nntpd?
but I possibly don't clean up the posts I'm
On 2014-04-09, E-Mail Sent to this address will be added to the BlackLists
Null@BlackList.Anitech-Systems.invalid wrote:
On 4/8/2014 2:57 PM, William Unruh wrote:
On 2014-04-08, a.everett@gmail.com wrote:
Also, as previously mentioned,
simply feeding a 3.3V or 5V pps output from a GPS
In ntp_proto.c the delay and offset are computed as follows:
t34 = t3 - t4;
t21 - t2 - t1;
p_del = t21 - t34;
offset = (t21 - t3)/2.;
where t1 = client send time
t2 = server receive time
t3 = server send time
t4 = client receive time.
By design, the clock servo tries to get the 0 crossing to occur at the time of
the subsequent poll. In my attempts to learn ntp servo operation over the
years from Dave Mills, I have yet to find a single area which he did not
consider. I may disagree at times with how he addressed the problem
On 4/9/2014 3:01 PM, William Unruh wrote: BlackLists wrote:
The current version is TIA/EIA-232-F (circa 1997, last updated 2002?)
And this is irrelevant. The question is not what the
standard says but what the serial ports actually handle.
Again, does anyone know of a serial port which does
10 matches
Mail list logo