Which apparently allows ongoing, hands-off use of unsigned drivers
after initial setup. I am curious to hear from anyone who tries it
with serialpps.sys and ntpd on Windows.
Cheers,
Dave Hart
I'll try this out later today, Dave.
Cheers,
David
___
http://www.ngohq.com/home.php?page=dseo
Which apparently allows ongoing, hands-off use of unsigned drivers
after initial setup. I am curious to hear from anyone who tries it
with serialpps.sys and ntpd on Windows.
Cheers,
Dave Hart
http://www.davehart.net/ntp/refclock/serialpps-20090606.zip
I'm preparing a POSIX shared memory driver (PSHM) for ntp to address a
few issues that exist with the present SHM driver. In no particular
order, these are:
o POSIX (not SVID) shared memory
-- POSIX shared memory namespace rather than hexadecimal constant
-- avoids 0x4e545030 [...] Big un
On Thu, Mar 17, 2011 at 10:37 UTC, Bruce Lilly wrote:
> I'm preparing a POSIX shared memory driver (PSHM) for ntp to address a
> few issues that exist with the present SHM driver.
Sounds good, Bruce. The best way to get that integrated with ntpd is
first integrate it with the existing refclock_s
Bruce,
I take it your driver will replace or modify an existing driver, right?
Adding a new driver to the current population of over 40 drivers is not
a practical course.
Dave
Bruce Lilly wrote:
I'm preparing a POSIX shared memory driver (PSHM) for ntp to address a
few issues that exist w
Which apparently allows ongoing, hands-off use of unsigned drivers
after initial setup. I am curious to hear from anyone who tries it
with serialpps.sys and ntpd on Windows.
Cheers,
Dave Hart
It's certainly working, Dave, and that's great news! Compare the plot of
PC Alta from 07:30 UTC this
On Thu, Mar 17, 2011 at 12:31 UTC, David J Taylor wrote:
> It's certainly working, Dave, and that's great news! Compare the plot of PC
> Alta from 07:30 UTC this morning when the 64-bit PPS was installed:
>
> http://www.satsignal.eu/mrtg/performance_ntp.php
>
> Having the kernel-mode has provided
Yes, it looks good, and thanks for clarifying the "before" was using
the user-mode PPS hack in the Windows port of ntpd.
However, it doesn't seem to be working anything like as well as
nominally
the same software installed in 32-bit Windows on PC Stamsund. Compare
the
offsets of 32-bit PC Stam
Folks,
I have received the following announcement:
___
The MoD has informed Ofcom of the following GPS jamming exercise:
Dates: Jamming will be conducted on a maximum of 3 week-days in the period
10-21 July 2011.Times: 0900 -1730 BST.
Location:
Bruce,
Please see http://support.ntp.org/bin/view/Dev/RefclockShmV2 and
communicate with folks who have been thinking about this (me, Miroslav,
Dave Hart, just to name the first 3 folks who come to mind).
Making notes on either the above wiki topic or on a separate sub-topic
might be even better,
Bruce,
If you want to do this yourself that will be wonderful.
If you think this might make a good GSoC project, we should know
tomorrow if we have been accepted into GSoC 2011 and that would be an
option, too.
H
___
questions mailing list
questions@li
We are now announcing selected NTP bug status changes (NEW, RESOLVED,
VERIFIED, and REOPENED) at http://twitter.com/ntpbugs.
--
Steve Kostecke
NTP Public Services Project - http://support.ntp.org/
___
questions mailing list
questions@lists.ntp.org
htt
On 2011-03-17, Rob wrote:
> Harlan Stenn wrote:
>> Bruce,
>>
>> Please see http://support.ntp.org/bin/view/Dev/RefclockShmV2 and
>> communicate with folks who have been thinking about this (me, Miroslav,
>> Dave Hart, just to name the first 3 folks who come to mind).
>>
>> Making notes on either
Harlan Stenn wrote:
> Bruce,
>
> Please see http://support.ntp.org/bin/view/Dev/RefclockShmV2 and
> communicate with folks who have been thinking about this (me, Miroslav,
> Dave Hart, just to name the first 3 folks who come to mind).
>
> Making notes on either the above wiki topic or on a separat
Bill wrote:
> I suspect what he had in mind was to make an entirely new driver, with
> a new number, which was the posix shm driver, and hope that eventually
> the old one would decay from lack of use. (His statement that his new
> driver would not support non-posix shm was my hint.) Of course tha
I have a stable drift value on my fedora 12 node and everything is
running well. (offsets are well below 1msec). If I now stop 'ntpd'
will my time start to drift relative to the 'correct time' by the PPM
value in the drift file? Or is it that ntpd has already set things up
so that corrections as pe
Gautam Thaker wrote:
I have a stable drift value on my fedora 12 node and everything is
running well. (offsets are well below 1msec). If I now stop 'ntpd'
will my time start to drift relative to the 'correct time' by the PPM
value in the drift file? Or is it that ntpd has already set things up
On 3/17/2011 6:09 PM, Gautam Thaker wrote:
I have a stable drift value on my fedora 12 node and everything is
running well. (offsets are well below 1msec). If I now stop 'ntpd'
will my time start to drift relative to the 'correct time' by the PPM
value in the drift file? Or is it that ntpd has al
On 2011-03-17, Gautam Thaker wrote:
> I have a stable drift value on my fedora 12 node and everything is
> running well. (offsets are well below 1msec). If I now stop 'ntpd'
> will my time start to drift relative to the 'correct time' by the PPM
> value in the drift file? Or is it that ntpd has al
On Thu, 17 Mar 2011 14:13:24 +, David L. Mills wrote:
> I take it your driver will replace or modify an existing driver, right?
Long term, possibly; but migrating code that uses an existing driver
isn't likely to happen overnight.
I see no problem though in reusing an abandoned driver numbe
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 are supported by a single driver. That allows
> us to integrate the new drive
On Thu, 17 Mar 2011 20:02:17 +, Harlan Stenn wrote:
> If you think this might make a good GSoC project, we should know
> tomorrow if we have been accepted into GSoC 2011 and that would be an
> option, too.
As I already have running code, I'm thinking more along the lines of
before-Spring-ar
On 2011-03-17, Gautam Thaker wrote:
> I have a stable drift value on my fedora 12 node and everything is
> running well. (offsets are well below 1msec). If I now stop 'ntpd'
> will my time start to drift relative to the 'correct time' by the PPM
> value in the drift file?
The value in the "drift
On Thu, 17 Mar 2011 19:57:02 +, Harlan Stenn wrote:
> Please see http://support.ntp.org/bin/view/Dev/RefclockShmV2
[...]
> I'm curious if we can support both POSIX and SVID SHM from the same
> codebase, and use a flag bit or a mode to select which one is used.
OK, looked at it and the bug it
On Fri, Mar 18, 2011 at 01:18 UTC, Bruce Lilly 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 are supported by
On Fri, Mar 18, 2011 at 01:44 UTC, Bruce Lilly wrote:
> 4. Assuming specific sizes for an integer is a really bad idea...
> "(64 bits making up the) clockTimeStamp* and receiveTimeStamp* fields"
Actually nailing down the sizes of objects is a really good idea when
sharing binary structures across
On Thu, 17 Mar 2011 22:05:29 +, Harlan Stenn wrote:
[quoting "unruh"]
>> I suspect what he had in mind was to make an entirely new driver, with
>> a new number, which was the posix shm driver, and hope that eventually
>> the old one would decay from lack of use.
That's about right.
>> Of cou
Bruce 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 are supported by a single driver. That allows
> > us t
Bruce wrote:
> On Thu, 17 Mar 2011 20:02:17 +, Harlan Stenn wrote:
>
> > If you think this might make a good GSoC project, we should know
> > tomorrow if we have been accepted into GSoC 2011 and that would be an
> > option, too.
>
> As I already have running code, I'm thinking more along the
Bruce wrote:
> On Thu, 17 Mar 2011 19:57:02 +, Harlan Stenn wrote:
>
> > Please see http://support.ntp.org/bin/view/Dev/RefclockShmV2
> [...]
> > I'm curious if we can support both POSIX and SVID SHM from the same
> > codebase, and use a flag bit or a mode to select which one is used.
>
> OK
30 matches
Mail list logo