[ntp:questions] like a kid with a new toy (PPS jitter)
Dave Hart
davehart at gmail.com
Thu Feb 19 02:52:35 UTC 2009
On Feb 10, 12:58 pm, Chris <givemeafckingacctyoudou... at gmail.com>
wrote:
> On Feb 8, 7:40 pm, Dave Hart <daveh... at gmail.com> wrote:
>
> > Well, a modified serial driver that would timestamp CD transitions
> > would be ideal and would give better results than I'm getting. That's
> > not really practical unless you can start with Microsoft's existing
> > serial.sys code (it may be in theDDK, I don't know).
>
> Interesting, short-term I may look at that as a solution. I don't
> necessarily need to feed a single pin to multiple computers. Only one
> of the Windows machines is critical, I could sync off that if I needed
> to.
>
> While I only have Windows 2003DDKinstalled at the moment, they do
> include a complete serial device driver source project.
> I've only done very minor Windows driver programming, but I may try to
> download the newestDDKand give it a whirl.
>
> // This bit is the delta data carrier detect. It is used to indicate
> // that the data carrier bit (in this register) has *changed*
> // since this register was last read by the CPU.
> //
> #define SERIAL_MSR_DDCD 0x08
>
> and
> if (ModemStatus & (SERIAL_MSR_DCTS |
> SERIAL_MSR_DDSR |
> SERIAL_MSR_TERI |
> SERIAL_MSR_DDCD)) {
>
> I think the change would/could be done in modmflow.c or isr.c, but I'd
> really have to do some reading to get comfortable with driver
> programming. I'm not really sure how'd I'd signal an event to the ATOM
> driver (perhaps through DeviceIoCtrl?)-
Take a look at http://davehart.net/ntp/refclock/serialpps-20090219.zip
There's a .patch file you can use to build it yourself instead of
using the binary in there.
Cheers,
Dave Hart
More information about the questions
mailing list