I'm pleased to announce that the NTP Forum has been selected to
participate in the 2009 Google Summer of Code, on behalf of the NTP
Project.
If you know any students who would like to work on a Google Summer of
Code project (hopefully on an NTP-related idea) please have them visit:
Harlan Stenn wrote:
I'm pleased to announce that the NTP Forum has been selected to
participate in the 2009 Google Summer of Code, on behalf of the NTP
Project.
If you know any students who would like to work on a Google Summer of
Code project (hopefully on an NTP-related idea) please have
On 2009-03-23, David J Taylor david-tay...@blueyonder.co.uk wrote:
Harlan Stenn wrote:
I'm pleased to announce that the NTP Forum has been selected to
participate in the 2009 Google Summer of Code, on behalf of the NTP
Project.
If you know any students who would like to work on a Google
The main reason for my suspicion is a case of old faulty
GPS hardware which reported last years leap second twice.
This led to the question how to detect such errors.
But also in general it would be interesting to see how the
hosts controlled by ntp behave with respect to an independent
clock. If
Dave,
Somehow using an HP 5071 to discipline the time without kernel support
seems bizarre, but it could be done in a spacecraft with only
intermittent contact with Earth. At the default rate of dispersion
increase of 15 us/s and distance threshold at the default 1.5 s, the
client will coast
Steve Kostecke wrote:
[]
The list of project ideas is linked from
http://support.ntp.org/bin/view/Dev/GoogleSummerOfCode
Thanks, Steve.
David
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
On 2009-03-23, Patrick Loschmidt patrick.loschm...@gmx.net wrote:
I'm trying to replace the linux/unix system clock by a special clock
maintained on a PCI card.
The RTC on the motherboard or the kernel clock? ntpd ignores the former
and disciplines the latter.
Can anybody enlighten me, where
Hi,
I'm trying to replace the linux/unix system clock by a special clock
maintained on a PCI card. The clock can be set, rate adjusted, etc., so
I have the equivalent for gettimeofday(), settimeofday(), adjtime(), etc.
Unfortunately, I'm confused by the number of different abstraction
levels
The normal method, and the cleanest, is to provide a reference clock
driver and let ntp keep the kernel clock synchronized to the card
timebase. If you are bound and determined to make your own code, the
place to start is in configure to specify your clock model and then
systime.c in libntp. Be
Hi
We purchased an EMC professional net as seen on www.gude.info last week,
and set it to test.
During the weekend - saturday evening 18.27 according to the syslog - it
synchronized with the (poorly recieved) Dcf77 signal and claimed the date to
be 27/3 2013...
I sendt it back to the seller
Towli wrote:
Hi
We purchased an EMC professional net as seen on www.gude.info last
week, and set it to test.
During the weekend - saturday evening 18.27 according to the syslog - it
synchronized with the (poorly recieved) Dcf77 signal and claimed the
date to be 27/3 2013...
I sendt it
Steve Kostecke wrote:
On 2009-03-23, Patrick Loschmidt patrick.loschm...@gmx.net wrote:
I'm trying to replace the linux/unix system clock by a special clock
maintained on a PCI card.
The RTC on the motherboard or the kernel clock? ntpd ignores the former
and disciplines the latter.
As I
Greg Dowd wrote:
The normal method, and the cleanest, is to provide a reference clock
driver and let ntp keep the kernel clock synchronized to the card
timebase. If you are bound and determined to make your own code, the
He is trying to discipline the hardware timebase, not use it to
Richard B. Gilbert wrote:
A VLF receiver usually requires a large antenna. If you have the space
to install one, it might solve your problem also.
There are millions of VLF time receivers only using ferrite rods; many
of those use ferrite rods that fit within the size of a normal
David Woolley wrote:
Steve Kostecke wrote:
On 2009-03-23, Patrick Loschmidt patrick.loschm...@gmx.net wrote:
I'm trying to replace the linux/unix system clock by a special clock
maintained on a PCI card.
The RTC on the motherboard or the kernel clock? ntpd ignores the former
and
David Woolley wrote:
Richard B. Gilbert wrote:
A VLF receiver usually requires a large antenna. If you have the
space to install one, it might solve your problem also.
There are millions of VLF time receivers only using ferrite rods; many
of those use ferrite rods that fit within the
Richard B. Gilbert rgilber...@comcast.net skrev i meddelelsen
news:1bqdncbsf8dqjfxunz2dnuvz_h0la...@giganews.com...
David Woolley wrote:
Richard B. Gilbert wrote:
A VLF receiver usually requires a large antenna. If you have the space
to install one, it might solve your problem also.
Patrick,
An external timebase has been implemented in two ways. The most
desireable is via the kernel and an appropriate shared memory device
driver. An alternative way is to used a driver such as the KSI/Odetics
TPRO refclock driver. There might even be a refclock driver for the old
TrueTime
18 matches
Mail list logo